Discussion :

[Lycanthe]

Bonjour,

Avant toutes chose, je précise que la dernière fois que j'ai fait du SQL, c'était sur les bancs de l'université... Donc je suis persuadé que pour vous, la réponse sera simple, mais en dépit de efforts les plus francs pour trouver une solution, celle-ci m'échappe.

Je m'explique :

Je dispose de 3 tables :
- Auteur (id (int), auteur(char), et police(int) )
- Roman (id (int), auteur(int), titre(char) et police(int) )
- Police (id (int), Nom(char))

Un champs Roman.auteur est le numéro id d'un auteur
Les champs Auteur.Police et Roman.Police sont les numéros id d'une police

Et, en résultat de la requête, j'ai besoin de sortir chaque roman avec sa police, et l'auteur qui va avec et sa police.

Code :

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

1
2
 
$query='SELECT * FROM Romans,auteur,Police WHERE Romans.auteur=auteur.id AND auteur.police=Police.Police_id AND Roman.police=Police_id';

L'ennui, vous vous doutez bien, c'est que le champs "Nom_police" dans la table police se retrouve à la fois requis pour l'auteur et pour le roman...

Y'a-t-il une solution pour changer les noms table police la seconde fois qu'elle est appellée ou dois-je me résigner à créer une 2e table Police (un comble...)

Merci d'avance de vous être penché sur mon problème

[CosmoKnacki]

Avant toute chose, il faut te fixer une manière cohérente de nommer tes tables et tes colonnes car ça devient vite illisible. Fait une recherche sur les conventions de nommage en SQL, tu verras que les avis divergent, mais l'essentiel c'est d'en choisir une et de s'y tenir. Sans devoir l'expliquer, on doit pouvoir immédiatement identifier un id, une clé étrangère et la table dont elle provient, et ne plus devoir se demander si elle s'écrit au pluriel, au singulier, en minuscule, majuscule, camel-case, snake case...

Ensuite, je ne comprends pas ce que vient faire cette colonne police dans ta table Auteur (Est-ce qu'un auteur n'utilise qu'une police? Ou alors un auteur n'est il pas unique dans cette table?). Je te conseille de prendre un papier et un crayon pour recomposer ton schéma en te posant ce type de questions basiques. Le but du jeu est d'éviter la redondance de l'information, de désigner ce qui doit être unique, et d'établir clairement le type de relation entre chaque tables (one to many, many to many, many to one, one to one).

Une fois que ce sera fait, tu pourras plus facilement effectuer tes jointures.

[Lycanthe]

Bonjour CosmoKnacki,

Avant toute chose, il faut te fixer une manière cohérente de nommer tes tables et tes colonnes car ça devient vite illisible. Fait une recherche sur les conventions de nommage en SQL, tu verras que les avis divergent, mais l'essentiel c'est d'en choisir une et de s'y tenir. Sans devoir l'expliquer, on doit pouvoir immédiatement identifier un id, une clé étrangère et la table dont elle provient, et ne plus devoir se demander si elle s'écrit au pluriel, au singulier, en minuscule, majuscule, camel-case, snake case...

Tu as un lien en particulier sur ces conventions ? Ca m'interesse, et je t'avoue que c'est la première fois que j'en entends parler. (D'un autre coté, ma base est une formation en mécanique, alors je peux comprendre que le cours n'ai pas évoqué ce point-là...(a moins que ce ne soit les filles en cours d'EPS à coté: on en avait pas beaucoup en classe))

Toujours est-il que je pourrai me faire mieux comprendre ultérieurement et nettoyer mon code par la même occasion.

Ensuite, je ne comprends pas ce que vient faire cette colonne police dans ta table Auteur (Est-ce qu'un auteur n'utilise qu'une police? Ou alors un auteur n'est il pas unique dans cette table?). Je te conseille de prendre un papier et un crayon pour recomposer ton schéma en te posant ce type de questions basiques. Le but du jeu est d'éviter la redondance de l'information, de désigner ce qui doit être unique, et d'établir clairement le type de relation entre chaque tables (one to many, many to many, many to one, one to one).

Une fois que ce sera fait, tu pourras plus facilement effectuer tes jointures.

J'ai déjà fait le schéma, je vais essayer de le poser un peu plus tard. Pour faire simple, un auteur utilise une police, et son roman en utilise une autre. Ces deux polices sont placées dans la table police. C'est là toute la problématique : lorsque j'appelle la police de l'auteur, c'est un champs Nom_police, et la police du roman est aussi le Nom_policeC'est pour cela que je cherche à tout intéger dans une seule requête

[Lycanthe]

Re, Bon, je viens de trouver ce dont tu parlais par rapport aux conventions, je vais corriger le tir dés que je rentre ce soir.

Concernant le schéma des tables, il est en PJ



Bon, je n'arrive pas à réduire l'image ni à la mettre sous forme d'un fichier.

[CosmoKnacki]

Pour les conventions de nommage, je te conseille http://sqlpro.developpez.com/cours/standards/. Après rien ne t'empêche de jeter un œil aux autres tutoriels ou ailleurs pour voir ce qui se pratique.

Ensuite pour se faire la main avec les jointures tu peux suivre http://sqlpro.developpez.com/cours/sqlaz/jointures/ qui fonctionne à partir de cette base de données d'exemple: http://sqlpro.developpez.com/cours/bddexemple/.

D'une manière générale, les cours et tutoriels de la section SGBD du site sont d'une qualité exceptionnelle, n'hésite pas à les parcourir.

Puisque tu travailles avec MySQL, tu peux télécharger gratuitement MySQLWorkbench bien plus maniable et pratique que PHPMyAdmin.

[Lycanthe]

Pour les conventions de nommage, je te conseille http://sqlpro.developpez.com/cours/standards/. Après rien ne t'empêche de jeter un œil aux autres tutoriels ou ailleurs pour voir ce qui se pratique.

Ensuite pour se faire la main avec les jointures tu peux suivre http://sqlpro.developpez.com/cours/sqlaz/jointures/ qui fonctionne à partir de cette base de données d'exemple: http://sqlpro.developpez.com/cours/bddexemple/.

Je note, télécharge les pdf (pas de réseau là où je réside)

Puisque tu travailles avec MySQL, tu peux télécharger gratuitement MySQLWorkbench bien plus maniable et pratique que PHPMyAdmin.

Je viens de regarder sur le site :
Mais j'ai l'impression que j'ai besoin de Microsoft .NET Framework et de Visual C++ Redistributable for Visual Studio 2013, étant sous linux, n'y a-t-il pas un soucis ? (même si le paquet .deb existe.) Quand à MySQL, je l'ai utilisé étudiant, et il était dans le package avec lampp.