Discussion :

[Faiche]

Bonjour,

Je suis débutant en base de données, et d'habitude je crée des bases assez basiques, sans utiliser de join ou quoi, juste des select, et des id pour faire les liens entre les tables.

Je sais que pour les id, en réalité il faut utiliser des foreign keys, mais je sais meme pas si ça existe en mysql.

Mais ma question n'est pas la : je vous dis ça juste au cas où la solution aurait été évidente si j'avais assisté à mes cours de sgbd :p

Actuellement, je dois concevoir une base, donc, dans laquelle il y aura pour chaque utilisateur un certain nombre de fichiers.

Ces fichiers peuvent être de plusieurs types différents, mais ont tout de même un grand nombre de caractéristiques communes.

En terme d'objet, on aurait une classe Fichier, et des classes FichierType1 ... FichierTypeN qui héritent de Fichier.

Comment on pourrait représenter ça en sql ?

Voila, j'espère avoir été assez clair,

Merci d'avance.

[Antoun]

Je sais que pour les id, en réalité il faut utiliser des foreign keys, mais je sais meme pas si ça existe en mysql.

ça existe, et ça marche si tu précises ENGINE=InnoDB à la fin de la création de chaque table.

Mais ma question n'est pas la : je vous dis ça juste au cas où la solution aurait été évidente si j'avais assisté à mes cours de sgbd :p

En tant qu'enseignant, je tiens à dire que ce comportement est tout bonnement scandaleux

Actuellement, je dois concevoir une base, donc, dans laquelle il y aura pour chaque utilisateur un certain nombre de fichiers.

Ces fichiers peuvent être de plusieurs types différents, mais ont tout de même un grand nombre de caractéristiques communes.

En terme d'objet, on aurait une classe Fichier, et des classes FichierType1 ... FichierTypeN qui héritent de Fichier.

Comment on pourrait représenter ça en sql ?

Tu as deux écoles. Si tu veux être très formel, tu fais une table avec les caractéristiques communes, et une table pour chaque classe dérivée, qui ne contient que les caractéristiques propres.

Par exemple, si tu as une classe Personne(Nom, Prénom, Adresse, Téléphone) et ses dérivées Salarié(héritage + N° sécu, Fonction, Salaire) et Client(héritage + Société, Contact commercial), ça te donne trois tables :

Personne(IDpersonne, Nom, Prénom, Adresse, Téléphone)
Salarié(IDpersonne, N° sécu, Fonction, Salaire)
Client(IDpersonne, Société, Contact commercial)

(en gras les clés primaires, en ital les clés étrangères)

Seconde solution, plus simple, tu fais une seule table avec toutes les caractéristiques et un type :

Personne(IDpersonne, Nom, Prénom, Adresse, Téléphone, Type personne, N° sécu, Fonction, Salaire, Société, Contact commercial)

[Faiche]

ça fait plaisir d'avoir directement une réponse claire, précise, et utile.

Merci beaucoup, je vais utiliser la solution formelle, ça me permettra d'apprendre à faire des clés étrangères en mysql et hibernate.