Discussion :

[imadin]

salut
j'ai 5 tables client , adresse , facture , dossier , litige
un client a une adresse et une ou plusieurs dossier , dans chaque dossier il y a un ou plusieurs factures , il est possible de faire un ou plusieurs litiges sur une facture
vous pouvez me donner la bonne solution , les avantages et les inconvénients des solutions suivantes :

1 -

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Client (ncli primary key , ref_adr foreign key,........)
adresse ( ref_adr primary key,......)
dossier(ndos primary key , ncli foreign key,.........)
facture ( nfct primary key,ndos foreign key, ......)
litige (nlitige primary key , nfct foreign key, .....)

2- je regroupe mes clés dans une table pour minimiser le nombre de jointures

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Client (ncli primary key )
adresse ( ref_adr primary key,......)
dossier(ndos primary key ,.........)
facture ( nfct primary key, ......)
litige (nlitige primary key , .....)
Ref(clef primary key , ncli foreign key , ref_adr foreign key , ndos foreign key , nfct foreign key , nlitige foreign key)

3 -

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Client (ncli primary key , ref_adr foreign key,........)
adresse ( ref_adr primary key,......)
dossier(ndos primary key , ncli foreign key,.........)
facture ( nfct primary key,ndos foreign key,ncli foreign key ......)
litige (nlitige primary key , nfct foreign key,ndis foreign key , ncli foreign key .....)

ou il y a autre solution

merci d' avance

[Doracle]

La première solution semble la plus propre et celle qu'on retrouve le plus souvent : facilité de lecture, juste assez de contraintes d'intégrités pour tes besoins, pour moi c'est la soltion idéale.

La deuxième est bizarre, une table pour stocker uniquement tes clefs ? j'ai jamais vu ça ... c'est pas pour rien

La troisième est intéressante car elle t'offre plus de paramètres, notamment pour l'affichage, en effet tu auras la facture numéro 1, du client 1, et son litige 1 etc ... et la facture 1 du client 2 aussi. Pourquoi pas. C'est complet, reste a savoir si tu en as le besoin car au niveau des contraintes d'intégrités ca va vite devenir lourd, tu seras plus souvent obligé de vérifier les contraintes pour tes ajouts/suppressions. Donc a utiliser que s'il y en a un réel besoin, car ca peut vite devenir lourd autant pour toi que pour le serveur.

Donc solution 1, propre, facile et efficace.

[imadin]

La deuxième est bizarre, une table pour stocker uniquement tes clefs ? j'ai jamais vu ça ... c'est pas pour rien

merci pour la réponse , pour la deuxième solution , c'est pour minimiser le nombre de jointures , si je veux trouver le client qui a le litige numéro X par exemple , j'accéde directement à la table client via la table ref au lieu de faire des jointures avec tous les tables ..

[Doracle]

Oui je connais un minimum, c'est le principe des star transformations ... encore une fois c'est une utilité vraiment spécifique plutôt orientée pour les datawarehouses.
Explique nous la charge que devra supporter ta base, nombre de connections, ou le nombre de lignes produites, peut-être on t'aidera mieux comme ça.

[imadin]

actuellement , une seule connexion avec quelques lignes pour tester l'application
mais l'application est orienté vers une entreprise , donc des millions de lignes peuvent être stockées avec plusieurs postes clientes connectées avec la base

[imadin]

pour l'insertion dans la table Ref , je fais un trigger qui récupère la clé primaire à chaque insertion dans les autres tables ...etc