Discussion :

[marwen109]

Bonjour,
je suis entrain de concevoir une BD , et je suis bloqué entre le choix du Moteur... j'explique :
deux tables sont reliés entre eux, comme facture et produit, une facture est composé de plusieurs produit et un produit peut existé dans plusieurs factures, conclusion => c'est une relation n:m donne naissance d'une troisième table intermédiaire...
le contrainte ici c'est que tu supprime un produit il faut garder ce produit dans les factures(autrement dit pas de suppression en cascade).


pour satisfaire ce contrainte il ne faut pas lié les tables par un clé étrangère:
si j'utilise Myisam comme moteur, ça risque de ne pas fonctionner car je programme en Java avec des TRANSACTIONs ,et Myisam ne supporte pas les transactions :/

ma question :
si j'utilise Innobdb et sans faire des clés étrangères(autrement dit des tables autonomes) ça ne cause pas des problèmes si je fait des jointures ??
le point fort c'est que Innobdb support les transactions voilà .

Merci d'avance.

[punkoff]

Bonjour,
je suis entrain de concevoir une BD , et je suis bloqué entre le choix du Moteur... j'explique :
deux tables sont reliés entre eux, comme facture et produit, une facture est composé de plusieurs produit et un produit peut existé dans plusieurs factures, conclusion => c'est une relation n:m donne naissance d'une troisième table intermédiaire...
le contrainte ici c'est que tu supprime un produit il faut garder ce produit dans les factures(autrement dit pas de suppression en cascade).


.

Bonjour,

Vous avez un problème fonctionnel (et de conception par la même occasion) là.

Un produit ne doit pas être supprimable (au sens physique du terme) tant qu'il est encore présent dans une facture !

Par contre il peut avoir un statut "annuler" ou "obsolete" ou .. qui vous permetra de ne plus le proposer à la vente.

Ensuite une fois les batch d'archivages passé vous pourrez déplacer ces produits par la même occasion (où les supprimer si certaine facture sont réellement supprimée physiquement).

Ensuite pour le problème de base :

pour satisfaire ce contrainte il ne faut pas lié les tables par un clé étrangère:

Vu au dessus, il faut utiliser les clef étrangères.

si j'utilise Innobdb et sans faire des clés étrangères(autrement dit des tables autonomes) ça ne cause pas des problèmes si je fait des jointures ??

Non le problème ne viendra pas des jointures (ce sont les indexs qui sont important pour ça) mais le problème viendra de l'intégrité des données !

Vous pourrez suite à un bug ou autre insérer / updater certaine table sans qu'une référence n'existe, ou supprimer par inadvertance un produit ..

[marwen109]

salut,
a mon dernier réflexion oui je dois pas supprimer les produits, et comme tu a dit je dois faire un champs par exemple "statu" qui me donne l'information sur le produit...
Merci pour le support