Discussion :

[santiago_cw]

Bonjour à tous,

j'essaye de créer une petite base de données avec DBDesigner 4 et PHPMyAdmin. Je n'ai pas réussi à générer automatiquement ma base via l'outil et donc, ayant exporté en fichier SQL j'essaye de la créer directement dans le second. Mais voilà, il y a des erreurs de syntaxes #1064, paraît-il... par exemple dans cette table :

Code :

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

1
2
3
4
5
6
7
8
9
CREATE TABLE `AUTEURS` (
  `AUT_ID` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
  `AUT_NOM` VARCHAR(45) NOT NULL,
`AUT_PRENOM` VARCHAR(45) NOT NULL,
  `AUT_NAISSANCE` YEAR NOT NULL,
  `AUT_MORT` CHAR(4) NOT NULL,
  `AUT_PHOTO` CHAR(4) NULL,
  `AUT_DESCRIPTIF` TEXT NOT NULL,
);

Quelqu'un voit pourquoi ? Et encore je ne suis pas aux index pour les clefs étrangères...

[Antoun]

Tu as une virgule en trop à la fin de la ligne AUT_DESCRIPTIF.

Par ailleurs, pourquoi mets-tu AUT_MORT en CHAR(4) NOT NULL alors que AUT_NAISSANCE est du YEAR ? un YEAR NULL me semblerait plus indiqué.

[santiago_cw]

Tu as une virgule en trop à la fin de la ligne AUT_DESCRIPTIF.

Ya wohl, OK, merci !

Par ailleurs, pourquoi mets-tu AUT_MORT en CHAR(4) NOT NULL alors que AUT_NAISSANCE est du YEAR ? un YEAR NULL me semblerait plus indiqué.

Je suis passé de YEAR à CHAR pour inscrire les années, car après avoir eu des années 0000 affichées, j'ai vu dans le manuel que les années en YEAR ne peuvent aller que de 1970 à 2155.

[EDIT : désolé pour le retard, fêtes aidant je n'ai pas été très réactif.]

[Antoun]

donc tes auteurs sont tous nés entre 1970 et 2155, mais ils peuvent mourir après 2155 ? faut qu'ils me donnent le truc

il me semble que tu devrais utiliser des types entiers dans les deux cas. Le CHAR(4) ne te protège pas mieux contre les années à deux chiffres, va autoriser n'importe quoi comme caractère, et complique les calculs d'âge.

[santiago_cw]

A)

donc tes auteurs sont tous nés entre 1970 et 2155, mais ils peuvent mourir après 2155 ? faut qu'ils me donnent le truc

Les super-héros ne donnent jamais leurs trucs, non mais ! ..Tu auras compris que j'avais oublié de modifier l'attribut YEAR pour les naissances.

Il me semble que tu devrais utiliser des types entiers dans les deux cas. Le CHAR(4) ne te protège pas mieux contre les années à deux chiffres, va autoriser n'importe quoi comme caractère, et complique les calculs d'âge.

En fait, je pensais passer à CHAR(20) pour accepter d'éventuelles notations comme "VIe siècle avant JC", sachant que cela ne servira qu'à l'affichage.

Je suis malheureusement débutant en BDD et le cours que j'ai eu n'était qu'une introduction très rapide où nous n'avons pas parlé de clef étrangère, ni de table de liaison... bref...

B) J'utilise donc DBDesigner 4 pour modéliser ma base mais n'arrive pas à la synchroniser avec MySQL 5.0.27 "fourni" par Wamp 1.6.6. Je crois que l'outil utilise la v. 4, est-ce que ça pourrait venir de là ?

C) Voici le modèle de ma BDD de test. Comme un auteur peut avoir écrit plusieurs livres et qu'un livre peut avoir été écrit par plusieurs auteurs j'ai choisi une relation de cardinalité de n:m (et donc crée une table de liaison) entre auteurs et livres, c'est ce qu'il fallait faire, non ?

[Antoun]

A)
En fait, je pensais passer à CHAR(20) pour accepter d'éventuelles notations comme "VIe siècle avant JC",

Mon devoir de vieux schnoque est de t'avertir solennellement qu'on paie toujours d'avoir triché avec la nature de l'information !

sachant que cela ne servira qu'à l'affichage.

Oui, c'est ce que tu crois maintenant !

Je suis malheureusement débutant en BDD et le cours que j'ai eu n'est pas vraiment complet. Pour preuve la prof ne nous a même pas parlé de clef étrangère, ni de table de liaison... bref...

C'est pas dans mon cours que ça se passerait comme ça

B) J'utilise donc DBDesigner 4 pour modéliser... Je crois que l'outil utilise la v. 4, est-ce que ça pourrait venir de là ?

MySQL propose MySQL Workbench, qui convient à la v5. Ceci dit, j'ai du mal à te répondre, vu que je n'ai jamais réussi à obtenir quoi que ce soit de satisfaisant d'aucun de ces machins-là...

C)Comme un auteur peut avoir écrit plusieurs livres et qu'un livre peut avoir été écrit par plusieurs auteurs j'ai choisi une relation de cardinalité de n:m (et donc crée une table de liaison) entre auteurs et livres, c'est ce qu'il fallait faire, non ?

yep ! in fine, cela se traduit par une table des livres (IDlivre, Titre, etc.), une table des Auteurs (IDauteur, Nom, Prenom, etc.), et une table matérialisant l'association Livres_Auteurs(IDlivre, IDauteur).

[Alexandre T]

MySQL propose MySQL Workbench, qui convient à la v5. Ceci dit, j'ai du mal à te répondre, vu que je n'ai jamais réussi à obtenir quoi que ce soit de satisfaisant d'aucun de ces machins-là...

J'utilise PowerAMC11. Non pas parce qu'il est plus complet et que la génération est plus juste, mais parce qu'on peut aller attaquer la grammaire de l'algorithme et modifier ce qu'il y a dedans. C'est long, très long, mais désormais je ne retouche pas le code généré. Il est propre.

[santiago_cw]

Mon devoir de vieux schnoque est de t'avertir solennellement qu'on paie toujours d'avoir triché avec la nature de l'information !

Oui, c'est ce que tu crois maintenant !

Bon, bon à voir...

MySQL propose MySQL Workbench, qui convient à la v5.

Super, merci ! Je l'ai en effet téléchargé... une petite question : comment sauvegarder les "colonnes" dans une table ? J'ai beau rajouter des attributs, dès lors que je ferme l'onglet de la table après avoir applyer les changes ( ) le logiciel ne garde en mémoire que l'ID... Et je n'arrive pas non plus à supprimer ni tables ni relations [EDIT : si, avec ctrl+suppr], pas moyen de supprimer les attributs, et je n'arrive pas à définir une clef primaire dans une table de relation... Et impossible d'utiliser la gomme ! Cause version alpha de la WB ou version alpha de mon cerveau ?

[Antoun]

Désolé, mais comme je te le disais, je n'ai jamais été foutu de tirer quoi que ce soit de correct de tous ces machins-là...