Question MCD DBdesigner

Version imprimable

19/08/2009, 11h44
vivicente

Question MCD DBdesigner

Bonjour je me pose une question sur la création de mon MCD.

Je dois gérer les différentes connexions chez nos clients ( en PPTP, SSH, WEB)

J'ai donc créeer une table clients, ça ok.
Là où je me pose des questions, c'est à propos des tables connexions ?
Dois je créer 3 tables , une connexion_PPTP, une connexion_SSH et une connexion_WEB ? ou créer une table avec un type de connexion?

Sachant que cs 3 types de connxion reprennent à peu près les mêmes attributs,
nom,serveur,identifiant,mot_de passe ...

Merci de m'éclairer !

voila en PJ le debut de mon MCD
19/08/2009, 13h58
CinePhil

Citation:

Envoyé par vivicente

Sachant que cs 3 types de connxion reprennent à peu près les mêmes attributs,

Tout est dasn le "à peu près" !

Cet à peu près devrait entraîner la modélisation d'un héritage qui donnerait quelque chose ressemblant à ceci :

Client -0,n----Connecter----1,1- Connexion -1,1----Typer----0,n- TypeConnexion
Connexion_PPTP -1,1----Etre----------------------------------------0,1-----------|
Connexion_SSH -1,1------Etre----------------------------------------0,1-----------|
Connexion_WEB -1,1-----Etre----------------------------------------0,1-----------|

Au passage, dbDesigner ne fait pas tout à fait ce qu'on peut appeler des MCD mais plutôt des MLD, comme son successeur MySQL Workbench.
Pour faire un vrai MCD avec un outil gratuit comme DBDesigner, je te suggère de t'intéresser à Open Modelsphere.
Avantage de DBDesigner : la connexion aux bases de données et donc la génération automatique des tables, alors que Open Modelsphere ne permet a priori que de générer les scripts SQL de création des tables qu'il faut en plus corriger pour les adapter au SGBD choisi (exemple : type VARIABLE CHARACHER dans Open Modelsphere et VARCHAR dans MySQL).

Avantage de Open Modelsphere : fait un vrai MCD et génère le MLD pui sles scripts SQL. Peut aussi faire de l'UML.
19/08/2009, 16h10
vivicente

Ok,
Donc ça donnerait quelque chose comme ça ? (voir PJ)

Par contre , maintenant, je ne sais pas quoi mettre comme attributs dans type_connection et dans chaque type de connection (SSH, PPTP,WEB)??

Merci de votre aide.
19/08/2009, 16h11
vivicente

ac la pJ, c'est pe etre mieux ...
19/08/2009, 17h01
CinePhil

Ce n'est pas tout à fait ça.
Connexion_PPTP est une connexion et non pas un type de connexion.
Idem pour Connexion_Web et Connexion_SSH.
Type connexion est là pour externaliser le nom du type de connexion en dehors de l'entité Connexion pour éviter la redondance, les éventuelles erreurs de saisie...

Citation:

Par contre , maintenant, je ne sais pas quoi mettre comme attributs dans type_connection et dans chaque type de connection (SSH, PPTP,WEB)??

Dans type_connection, il y aura tout simplement un identifiant, le nom du type de connexion et pourquoi pas un commentaire explicatif :
Type_Connexion(TC_Id, TC_Nom, TC_Commentaire)

Connexion va contenir les attributs communs à tous les types de connexion (dont un identifiant) et les trois entités filles ne vont contenir chacune que les attributs qui leur sont propres + le même identifiant que la connexion dont elles complètent les informations.

Exemple pour une flotte de véhicules dans une entreprise...
Voiture --1,1----Etre----0,1- Véhicule -1,1----Typer----0,n- TypeVéhicule
Camion -1,1----Etre----0,1-------|
Moto -----1,1----Etre----0,1-------|

Ca donnerait les tables :
TypeVehicule (TV_Id, TV_Nom, TV_Commentaire)
Vehicule (V_Id, V_IdTypeVehicule, V_Immatriculation, V_DateArrivee, V_DateEcheance, ...)
Voiture (Voi_IdVehicule, Voi_NbCVFiscaux, ...)
Camion (Cam_IdVehicule, Cam_Tonnage, ...)
Moto (Mot_IdVehicule, Mot_Cylindree, ...)

Une voiture est un véhicule donc elle a le même identifiant que le véhicule auquel elle est rattachée. Son numéro d'immatriculation figure dans la table Vehicule et son nombre de chevaux fiscaux figure dans la table Voiture.
20/08/2009, 09h47
vivicente

Ok, je crois que j'ai compris, c mieux comme ça ??

J'ai changé la cardinalité entre connexion et connecter que tu m'avais donné à la première réponse car 0 ou plusieurs connexions peuvent permettre de se connecter chez un client.

Merci pour ton aide en tout cas ...Mais dis moi si il y a encore un soucis.
20/08/2009, 10h13
CinePhil

Au niveau de l'héritage et du typage, c'est mieux.
Un détail : mettre le verbe Etre à la place de Association entre Connexion et SSH.

Par contre une chose m'étonne un peu :

Citation:

J'ai changé la cardinalité entre connexion et connecter que tu m'avais donné à la première réponse car 0 ou plusieurs connexions peuvent permettre de se connecter chez un client.

Je lis le schéma :
"Un client peut se connecter par plusieurs connexions et une connexion peut connecter plusieurs clients."

Ne serait-ce pas plutôt :
"Un client peut se connecter par plusieurs connexions et une connexion connecte un seul client" ?

Ce qui entraînerait le schéma :
Client -0,n----Connecter----1,1- Connexion
20/08/2009, 10h21
vivicente

En effet tu as raison, merci encore !!:D
Je débute en MCD, donc je galère un peu !!
Merci beaucoup de ton aide
20/08/2009, 11h30
vivicente

Citation:

Envoyé par CinePhil

Dans type_connection, il y aura tout simplement un identifiant, le nom du type de connexion et pourquoi pas un commentaire explicatif :
Type_Connexion(TC_Id, TC_Nom, TC_Commentaire)

je ne comprends pas exactement en faite ce qu'est le nom du type de connexion...pour moi, un type de connexion est soit pptp,ssh et web ...
A quoi correspond, le TC_nom du coup ?
20/08/2009, 14h27
CinePhil
Vu que les types de connexions sont peu nombreux et ont un nom court, tu peux, si tu veux, mettre directement le nom du type de connexion directement dans l'entité Connexions, ça ne devrait pas nuire aux performances de façon significative.

Maintenant, imagine que tu aies un grand nombre de connexions (plusieurs dizaines de milliers) et que tu cherches quels sont les types de connexion existants :
Code:

1 2 SELECT DISTINCT TypeConnexion FROM Connexion
Sur plusieurs dizaines de de milliers de connexions, ça va prendre un certain temps qui peut devenir sensible pour l'utilisateur.

Alors qu'avec une table des types de connexion :
Code:

1 2 SELECT nom FROM TypeConnexion
Sur une toute petite table, ce sera instantanné.

Si ton application affiche les types de connexion possibles pour enregistrer les connexions, tu as deux solutions :
1) Tu sais qu'actuellement tu n'as que trois types de connexion et tu codes ça en dur dans une variable tableau.
2) Tu interroges la BDD pour extraire les types de connexion possibles.

Avec 1), le jour où tu ajoutes un type de connexion (Wifi, fibre optique, Wimax, Trucmuche...), tu es obligé de réviser tes programmes sans en oublier.

Avec 2), si aucune connexion enregistrée n'est de type SSH, ce type n'apparaîtra pas alors qu'il est possible.

Avec 2) et la table des types de connexion, tous les types possibles s'affichent et il suffit d'ajouter une ligne à la table pour ajouter un type de connexion. Le modèle de données ne change pas (sauf peut-être ajouter une table fille pour ce type de connexion), les programmes ne sont pas modifiés, c'est plus solide.