Discussion :

[apriliaz]

Bonjour à tous, voici mon problème, qui me fait m'arracher les cheveux depuis 3 jours!

Tout d'abord la petite mise en situation:

Je tente de copier les données d'une base de donnée vers une autre, allégée et plus propre, jusque là ca marche très bien, j'utilise la formule suivante
INSERT INTO bdb2.table1 (col1, col2, ...) SELECT col1, col2, ... FROM bdb1.table1

je viens de faire une bonne soixantaine de tables sans aucuns problèmes.

Puis j'arrive à une table appelée d.precision qui contient uniquement 5 données en DECIMAL.

CREATE TABLE `d_precision` (
`precision` decimal(5,2) NOT NULL COMMENT 'Possible precisions for a test',
/* Keys */
PRIMARY KEY (`precision`)
) ENGINE = InnoDB
DELAY_KEY_WRITE = 1
CHARACTER SET `utf8` COLLATE `utf8_general_ci`;


Les données sont les suivantes:

0.01
0.1
0.25
0.5
1.00

Lorsque je fais la copie, j'obtiens le message d'erreur suivant:
SQL Error: Duplicate entry '0.00' for key 'PRIMARY'
ce qui est déjà surprenant étant donné que je n'ai pas de donnée 0.00


Sans cette table, il y a 3 autres tables que je ne peut copier car une des tables(t.evaluation) est liée à la table d.precision par un foreign key, et les deux autres sont liées à t.evaluation.

Du coup, afin de vérifier si mes query fonctionnent pour la copie des 3 dernières tables fonctionnent, j'ai introduit manuellement les données dans d.precision (j'avoue, je ne me suis pas trop fatigué à le faire!!!)
Et lorsque je copie les données dans t.evaluation de la bdb1 à la bdb2, toutes les données se rapportant à d.precision se mettent à 0

[CinePhil]

On peut voir la requête de copie (encadrée par des balises code) la structure de la table d'origine et le jeu de données de la table d'origine ?

[apriliaz]

tu parles de la table d_precision?

j'utilise ceci pour copier:

Code :

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

1
2
3
insert into  smp_9.d_precision (precision_id) 
SELECT 'precision' 
FROM smp.d_precision;

structure de la table d origine:

Code :

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

1
2
3
4
5
6
7
CREATE TABLE `d_precision` (
  `precision`  decimal(5,2) NOT NULL COMMENT 'Possible precisions for a test',
  /* Keys */
  PRIMARY KEY (`precision`)
) ENGINE = InnoDB
  DELAY_KEY_WRITE = 1
  CHARACTER SET `utf8` COLLATE `utf8_general_ci`;

et de la table de destination

Code :

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

1
2
3
4
5
6
CREATE TABLE `d_precision` (
  `precision_id`  decimal(5,2) NOT NULL,
  /* Keys */
  PRIMARY KEY (`precision_id`)
) ENGINE = InnoDB
  CHARACTER SET `utf8` COLLATE `utf8_general_ci`;

[CinePhil]

Avec la coloration syntaxique donnée par l'emploi des balises code, tu peux voir que le nom de la colonne precision est interprété comme une chaîne de caractères car tu l'as entouré d'apostrophes.

Au passage, ces saloperies d'apostrophes inversées mises par MySQL sont généralement inutiles.

Si c'est vraiment ta requête, ça veut dire que le mauvais MySQL ne renvoie même pas de message d'erreur quand tu essaies d'insérer une chaîne dans une colonne DECIMAL !

Comme ça, ce sera mieux !

Code :

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

1
2
3
INSERT INTO  smp_9.d_precision (precision_id) 
SELECT precision 
FROM smp.d_precision;

[apriliaz]

Voila l'erreur obtenue lorsque je le fais comme ca:

SQL Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'precision FROM smp.d_precision' at line 1

[apriliaz]

Un tout grand merci,

sans le vouloir peut etre, tu m'as donné la solution

Code :

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

1
2
3
insert into  smp_9.d_precision (precision_id) 
SELECT `precision` 
FROM smp.d_precision;

c'est justement en mettant ces "saloperies d'apostophes inversées qui ne servent souvent à rien" à la place des apostrophes que çà a fonctionné


encore une fois, un tout grand merci!!!!

[CinePhil]

Ah oui tiens ! "precision" est un mot clé du langage SQL !

Comme ce genre de cjhose ne peut jamais m'arriver vu mon standard de nommage, je ne me pose même plus la question s'il faut mettre ces saloperies d'apostrophes inversées ou non !

[apriliaz]

oui c est bcp plus facile en faisant comme toi, un standard de nommage!!!

ici ce n'est pas moi qui est nommé les tables et les champs... ca devient bcp plus casse tete