Bonsoir Nono02P,
Envoyé par
Nono02P
Ça commence à faire un petit nombre de tables
Pas loin d’une trentaine, de quoi rebuter certains...
Ce nombre reste quand même raisonnable, mais, du fait de la notation que vous utilisez pour les associations, votre diagramme est quasiment imbitable, et en plus, comme disait un grand spécialiste de la modélisation, la représentation de plus de 7 objets sur une feuille A4 fait que le lecteur craque. Quel outil de modélisation avez-vos utilisé ?
Je vous conseille de commencer par rédiger les règles de gestion des données, puis de les traduire sous forme de MCD (modèle conceptuel des données) de type merisien. Pour cela, utilisez par exemple DB-MAIN. Certes, il y a un temps d’apprentissage, mais j’ai cru comprendre que vous aimiez les défis, donc commencez par construire avec les bonnes méthodes et les bons outils.
Exemple de formulation de règles de gestion des données :
(RG01) Un client possède au moins un et au plus plusieurs animaux ;
(RG02) Un animal appartient à au moins un et au plus un client.
Ces deux règles ne correspondent peut-être pas à votre réalité, aussi n’hésitez pas à les reformuler, d’autant que ce qui se conçoit bien s’énonce clairement. Quoi qu’il en soit, utilisez systématiquement les « au moins », et « au plus », quand bien même cela entraîne un peu de lourdeur.
Envoyé par
Nono02P
Les tables :
TD_ = Table de données
TJ_ = Table de jointure
TL_ = Table de liste
Ces préfixes sont à éviter, ça perturbe la lecture et d’expérience, suite à évolution de l’application, une table peut changer de genre...
Envoyé par
Nono02P
Les éléments de tables :
NA_ = Numéro Auto
Txt_ = Texte
Num_ = Numérique
Mon_ = Monétaire
DH_ = Date/Heure
YN_ = Oui/Non
Même punition, même motif, mutatis mutandis comme disait l’autre...
De l’utilisation du singulier pour le nom des tables et des attributs :
L’en-tête d’une table, c'est-à-dire la liste des noms de ses colonnes, fait l’objet d’un prédicat dont les lignes de la table sont les propositions (réputées vraies). L’utilisation du singulier s’impose, tant pour le nom du prédicat que celui de ses attributs (colonnes).
Ainsi on ne parle pas des tableaux, mais du tableau des éléments chimiques, chaque élément donnant lieu à une ligne (proposition).
Prédicat :
L’élément de numéro atomique NumeroAtomique, a pour nom Nom, pour symbole SymboleChimique et pour masse atomique MasseAtomique.
Propositions :
L’élément de numéro atomique 1, a pour nom Hydrogène, pour symbole H et pour masse atomique 1,00794.
L’élément de numéro atomique 2, a pour nom Hélium, pour symbole He et pour masse atomique 4,002602.
...
Vous êtes dans les clous concernant par exemple la table TRANSPORTEUR (j’utilise des lettres capitales pour les noms des tables, mais ne vous sentez pas obligé d’en faire autant). Je supprime les préfixes qui me freinent dans la lecture :
Le transporteur Tansporteur_ID a pour raison sociale RaisonSoc, il réside à IDVille, à l’adresse Adresse, son numéro de téléphone est le Tel, son second numéro de téléphone est le Tel2, son numéro de fax est le Fax et son adresse de courriel est Mail.
Par contre, à propos de la table des animaux (à renommer en ANIMAL) :
L’animal Animaux_ID, de type IDType, ayant pour nom Nom, de race IDRace, etc.
Le nom Animaux_ID (pluriel) détonne ici par rapport aux autres noms (au singulier) présents dans le prédicat, on est incité à lire ce qui pourrait être considéré comme un pataquès :
Les animaux Animaux_ID, de type IDType, ayant pour nom Nom, de race IDRace, etc.
Quoi qu'il en soit, scripta manent, on attend donc la liste des règles de gestion des données. Inspirez-vous par exemple du travail de Redreams.
Avis / conseils sur modélisation
) !
Répondre avec citation
Cet émoticône me caractérise plutôt bien --> 
Vous êtes un flingueur ! Oui, vous m'avez démasqué, j'avais aussi une gomme...
dont on va se servir :
si vous trouvez mon raisonnement mauvais)
!
Partager