ouaip, je confonds table et bdd..
mais bon je vois pas l'interet defaire une table avec les champs communs et 4 autres avec les autres champs.
ca sert a quoi ? quel avantage ?
si tu veux avoir la liste de tous tes produits sans te soucier du type, c'est plus pratique. Idem si tu as une facture avec des produits de type différent par ex.
Snipe Foo
tu fais une recherche sur une reference : tu la fais que sur une table au lieu de 4 (voir plus si tu ajoute des nouveaux types de produits.
swich
ouaip, je confonds table et bdd..
mais bon je vois pas l'interet defaire une table avec les champs communs et 4 autres avec les autres champs.
ca sert a quoi ? quel avantage ?
Snipe Foo
moi je ferais une table pour chaque produits, avec les champs spécifiques aux produit et un id, et une cinquieme table avec les champs commun aux 4 type de produits : ref, prix, quantité en stock et un champ id_produit (et un type_produit) qui pointe lui vers une des 4 autres tables
--greg--
tu confond probablement base de données et table....
swich
voila c pour la gestion d'un magasin online, avec 4 rubriques (app foto, imprimante, pda ...)
pour la gestion et tt ce qui va avec, vaut mieux faire 1 seule base de donnée ave un champ qui identifie le type de produit, ou faire une base de donnee pour app foto, une pour pda etc..
je me tate, pq l'une et l'autre on leurs avantages.
mais en sachant que comme chaque type de produits a des champs propres a son type, si je fais qu'une bdd, ben y'aura des champs libres...
dc je sais pas trop.. si qq'un pouvait me donner un chti conseil
