Discussion :

[Lert Sarin]

j'explique mon problème. J'ai une base de donnée contenant des produit différent mais qui ont 3 champs identique. tout de suite (ou presque) je pense a l'héritage. seulement voila, moi, l'héritage en java, c'est popo et molo font du vélo, mais en sgbd, j'suis loin d'être dans le truc.

J'utilise PhpMyAdmin en local (avec wamp 5) et j'aimerai bien avoir quelque conseil, aide pour la création de mes table, et surtout savoir comment gérée l'héritage en sgbd.

Je ne par pas non plus sans armes. j'ai déjà fouiner un peu partout sur les tuto et forum, et j'ai donc vu plus ou moins la structure que va avoir ma base. Mais je voie pas trop comment dire a PhpMyAdmin que mes table, elles sont relier (pas de foreign key) ni comment faire pour que l'auto incrément soit fais dans le sgbd et pas au niveau du code (c'est faisable, mais je trouve ça dangereux).

édit : j'ai aussi pas mal vue parler de "innodb", je voie pas du tout ce que c'est ni ce que ça veut dire. Mais apparemment, ce serai indispensable. Au delà de la simple solution, j'aimerai également comprendre.

[ced]

Bonjour,

Ca fait beaucoup de demandes, tout ça. Reprenons dans l'ordre :
1/ L'héritage. Il n'y a pas de notion d'héritage dans MySQL. C'est à ton application de gérer les données communes entre tables, via des clefs étrangères.
2/ Pour déléguer la gestion de l'incrémentation des clefs à MySQL, tu as le mot-clef AUTO_INCREMENT que tu peux mettre sur la clef primaire d'une table. MySQL gèrera seul la valeur de ce champ au fur et à mesure des insertions en base.
3/ InnoDB est un moteur de MySQL. Il en existe plusieurs, dont les plus utilisés sont InnoDB et MyISAM. InnoDB permet de gérer les clefs étrangères entre tables et les contraintes d'intégrités de ces clefs, alors que MyISAM non. Par défaut, il me semble que c'est le moteur InnoDB qui est activé et que le type des table est InnoDB. Donc, tu peux définir des clefs étrangères.

Voilà pour un premier tour de réponses. Ensuite, il nous faudrait plus de précisions sur tes objets pour t'aider à modéliser la base correspondante...

ced

[yiannis]

Bonjour,

ced a bien répondu à toutes tes questions
Je souhaite juste apporter un bémol. MySQL est par défaut sur le moteur MyISAM
Pour l'installation d'InnodDB, je ne peux que te conseiller de lire ce tutoriel et pour l'utilisation celui ci

[Lert Sarin]

Bien merci pour ces réponses, j'y voie maintenant un peu plus clair. Mais si je comprend bien, l'héritage tel que l'on peu le voir sur ce tuto n'est en fait pas vraiment réalisable.

je l'avoue tout de suite, les base de donnée, c'est pas encore mon fort. Mais quand on doit y passer... fin bref.

Pour mieux se faire une Idée, j'ai une table produit toute simple avec les 4 champs que touts mes produit ont en commun. après, j'ai des produit, des tas de Produit ... on va les appeler produit1, produit2 ... produitn. et ils ont tous des caractéristique différente. D'où l'héritage.

Une dernière choses, si je doit tout géré dans le code, l'auto incrément n'est pas très utiles.

[ced]

Rien ne t'empêche de faire un schéma comme celui proposé dans le tutoriel.
Il faut juste garantir, dans le modèle physique, que les clefs des tables mère se retrouvent dans les tables filles, pour pouvoir faire ensuite les jointures.

La seule chose que tu ne pourras pas mettre en place, ce sont les triggers tels qu'ils sont exposés, parce que pour l'instant (version 5.0) un trigger ne peut agir que sur une seule table... C'est donc à ton application d'insérer les données dans les tables filles quand on crée une ligne de la table mère.

ced

[ced]

Je souhaite juste apporter un bémol. MySQL est par défaut sur le moteur MyISAM

Mais InnoDB est activé par défaut en 5.0, c'est ça ?
Je confonds toujours les 2 ...

ced

[Lert Sarin]

oui oui, InnoDB est activer en 5.

j'ai plus ou moin trouver commen faire. Je sais pas vraiment si la structure de ma base est vraiment la meme que le MCD que je devrais pondre pour mon rapport de stage, mais on vera bien...

en tout cas, merci beaucoup pour cette aide bienvenue.