V.2.2. SGBD
Le SGBD (système de gestion de base de données)
est un écran qui joue le rôle d'interface entre l'homme
(utilisateur) et la machine. Il est considéré comme un outil
permettant d'insérer, de modifier et de chercher efficacement des
données spécifiques dans une grande masse d'informations
partagées par tous les utilisateurs.
V.2.2.1. Choix du Système de Gestion de la Base de
Données
Nous avons opté notre choix pour l'utilisation de SQL
serveur.
V.2.2.2. Présentation de l'environnement
Microsoft SQL Server est un système de gestion de base
de données (abrégé en SGBD ou SGBDR pour «
Système de gestion de base de données relationnelles »)
développé et commercialisé par la société
Microsoft.
SQL Server est un SGBD relationnel. Il est possible de
définir des relations entre les tables de façon à garantir
fortement l'intégrité des données qui y sont
stockées. Ces relations peuvent être utilisées pour
modifier ou supprimer en chaîne des enregistrements liés.
V.2.2.3. Modèle relationnel
Le modèle relationnel est basé sur une
organisation des données sous forme de tables. La modélisation
relationnelle permet de représenter les relations à l'aide de
tables (à deux dimensions) dont chaque
Mémoire dirigé par Eric WANGI
NGOY
M F I T I G r a c e P a g e | 115
colonne a un identificateur qui représente un domaine.
Une ligne du tableau représente donc une entité et chacune des
cases représente un de ses attributs.
1- Règle de passage du modèle de classe en
modèle relationnel
- Les classes deviennent des tables ;
- Les attributs de la classe deviennent les attributs de la
table et la méthode de la classe disparaît ;
- Si la classe possède un identifiant celui-ci devient
la clé primaire de la table ;
- Cas de relation un vers plusieurs : la classe ayant la
multiplicité un envoie sa clé vers l'autre classe et devient la
clé étranger ;
- Cas de relation plusieurs vers plusieurs : cette relation
créée une nouvelle classe appelée ci-haut une classe
d'association qui hérite des clés provenant de classe
participante a cette relation ;
- Décomposition par distinction, il faut transformer
chaque sous-classe en une relation. La clé de la super-classe migre dans
la (les) relation(s) de la (des) sous-classe(s) et devient à la fois
clé étrangère ;
- Décomposition descendante, deux cas sont possibles ;
s'il existe une contrainte de totalité ou de partition sur
l'association, il est possible de ne pas traduire la relation issue de la
surper-classe. Il faut alors faire migrer tous les attributs dans la (les)
relation(s) de la (des) sous-classes. Dans le cas contraire, il faut faire
migrer tous les attributs dans la (les) relation(s) issues de la (des)
sous-classes.
M F I T I G r a c e P a g e | 116
2- Présentation du modèle relationnel
|
Nom table
|
Champ
|
Type
|
Taille
|
Contrainte
|
|
Produit
|
Codepro
|
Varchar
|
10
|
Primary key
|
|
Designapro
|
Varchar
|
10
|
Not null
|
|
Typespro
|
Varchar
|
15
|
Not null
|
|
Prixunit
|
Varchar
|
10,2
|
Not null
|
|
Quantistock
|
Varchar
|
10,2
|
Not null
|
|
Fournisseur
|
Codefournis
|
Varchar
|
10
|
Primary key
|
|
Nomfournis
|
Varchar
|
15
|
Not null
|
|
Téléphonefourn
|
Varchar
|
15
|
|
|
Paysfourn
|
Varchar
|
15
|
Not null
|
|
Type produit
|
Codetype
|
Varchar
|
10
|
Primary key
|
|
Libeltype
|
Varchar
|
10
|
Not null
|
|
Dépôt
|
Codep
|
Varchar
|
10
|
Primary key
|
|
Libedep
|
Varchar
|
15
|
Not null
|
|
Client
|
Codecli
|
Varchar
|
10
|
Primary key
|
|
Nomcli
|
Varchar
|
15
|
Not null
|
|
Adrcli
|
Varchar
|
20
|
Not null
|
|
Télephocli
|
Varchar
|
15
|
|
|
Mode livraison
|
Codeliv
|
Varchar
|
10
|
Primary key
|
|
Libeliv
|
Varchar
|
15
|
Not null
|
|
Commande
|
Refcom
|
Varchar
|
10
|
Primary key
|
|
Codecli
|
Varchar
|
10
|
Not null
|
|
Codeliv
|
Varchar
|
10
|
Not null
|
|
Datecom
|
Varchar
|
8
|
Not null
|
|
Delait
|
Varchar
|
15
|
Not null
|
|
Lieuliv
|
Varchar
|
20
|
Not null
|
|
stacom
|
Varchar
|
15
|
Not null
|
|
Souscription
|
Noumsous
|
Varchar
|
10
|
Primary key
|
|
Codepro
|
Varchar
|
10
|
Not null
|
|
Refcom
|
Varchar
|
10
|
Not null
|
|
Avant
|
Varchar
|
10,2
|
Not null
|
|
prixto
|
Varchar
|
10,2
|
Not null
|
|
Stock
|
Codstock
|
Varchar
|
10
|
Primary key
|
|
Codev
|
Varchar
|
10
|
Not null
|
|
Codepro
|
Varchar
|
10
|
Not null
|
|
Datestocks
|
Varchar
|
8
|
Not null
|
|
Quantentr
|
Varchar
|
10,8
|
Not null
|
|
Étatpro
|
Varchar
|
15
|
Not null
|
|
codefour
|
Varchar
|
10
|
Not null
|
|
Facture
|
Numfact
|
Varchar
|
10
|
Primary key
|
|
Refcom
|
Varchar
|
10
|
Not null
|
|
Datfac
|
Date
|
8
|
Not null
|
|
Totalfact
|
Decimal
|
10,2
|
Not null
|
|
Dispatching
|
Codedispa
|
Varchar
|
10
|
Primary key
|
Mémoire dirigé par Eric WANGI
NGOY
M F I T I G r a c e P a g e | 117
|
Codel
|
Varchar
|
10
|
Not null
|
|
Refcom
|
Varchar
|
10
|
Not null
|
|
Date disp
|
Varchar
|
15
|
Not null
|
3- Description des tables
Mémoire dirigé par Eric WANGI
NGOY
| 
