Discussion :

[le_fils_du_forgeron]

Bonjour,

Je suis désolé je ne suis pas trés familier avec le SQL.

On m'a demandé de traiter un fichier CSV un peu pourri, aprés plusieurs essais j'ai du me résoudre à resortir ce bon vieux phpmyadmin.
L'import a l'air de marché, mais j'ai des datas qui ne sont pas dans les bonnes tables. Malheureusement c'est le fichier qui est comme çà je ne sais pas pourquoi.
je me retrouve donc avec çà



La france se retrouve dans region, et il n'y avait rien dans Country. J'ai réussi à copier la data de région vers country (en espérant que je le fasse correctement bien entendu) et la j'aimerais supprimer la data France dans la table Région.
Je sais pas c'est peut etre super simple pour vous, la je vous avoue que je bloque un peu. Si quelqu'un à une piste je suis preneur.
Mais voilà je me retrouve à devoir "déplacer" des données d'une table à une autre. Donc je dois rechercher la mauvaise data dans la table et la déplacer vers la bonne table.
Je ne sais pas si c'est clair, Merci de votre aide.
J'ai créer une table "temp" car parfois les données doivent etre "décalé" un peu, je vous avouerais que je sais pas par quel bout prendre tout çà ahaha.
Merci

[tatayo]

Bonjour,
Si je comprends bien la capture d'écran, la donnée n'est non pas dans la mauvaise table, mais dans la mauvaise colonne.
Si c'est bien le cas, un simple update fera l'affaire:

Code :

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

1
2
3
4
 
Update MaTable 
set region = '' 
where Upper(region) = 'FRANCE'

L'appel à Upper() permet de ne pas se poser de question concernant les majuscules.

Tatayo.

[escartefigue]

Bonjour,

Pour qu'on puisse vous aider, merci de communiquer les éléments suivants

• sgbd utilisé
• structure des tables (idéalement le script contenant les ordre CREATE TABLE)
• extrait du contenu de chacune des tables (quelques lignes suffisent)

[escartefigue]

Bonjour,
Si je comprends bien la capture d'écran, la donnée n'est non pas dans la mauvaise table, mais dans la mauvaise colonne.
Si c'est bien le cas, un simple update fera l'affaire:

Code :

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

1
2
3
4
 
Update MaTable 
set region = '' 
where Upper(region) = 'FRANCE'

L'appel à Upper() permet de ne pas se poser de question concernant les majuscules.

Tatayo.

La capture d'écran représente un fichier CSV

Et plutôt que d'utiliser une conversion en majuscules qui rend le prédicat non SArgAble (pas d'index utilisable), il est préférable d'utiliser la clause COLLATE avec une collation insensible à la casse.
Si la table à mettre à jour est volumineuse, les performances seront meilleures

[tatayo]

La capture d'écran ne vient pas de PhpMyAdmin ? Pour moi c'est un extrait du contenu de la table.
Dans la demande il est fait question d'une table temporaire, et de fichier d'import, donc je suis parti du principe qu'il n'y a pas des millions de lignes… peut-être à tord.

Bref beaucoup d'hypothèse, j'en conviens.

Mais je garde sous le coude la clause COLLATE, que je ne connaissais pas .

Tatayo.

[le_fils_du_forgeron]

Bonjour,
Si je comprends bien la capture d'écran, la donnée n'est non pas dans la mauvaise table, mais dans la mauvaise colonne.
Si c'est bien le cas, un simple update fera l'affaire:

Code :

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

1
2
3
4
 
Update MaTable 
set region = '' 
where Upper(region) = 'FRANCE'

L'appel à Upper() permet de ne pas se poser de question concernant les majuscules.

Tatayo.

Merci beaucoup pour ta réponse super sonic, je vais essayer tout de suite

[le_fils_du_forgeron]

Bonjour,

Pour qu'on puisse vous aider, merci de communiquer les éléments suivants

• sgbd utilisé
• structure des tables (idéalement le script contenant les ordre CREATE TABLE)
• extrait du contenu de chacune des tables (quelques lignes suffisent)

Bonjour,
Merci pour ta réponse,
Je suis sous MYSQL
escusez moi d'avoir confondu je suis vraiment pas à l'aise avec les termes.
La base pour le moment fait moins de 10 entrées mais j'ai des fichiers qui ont plusieurs milliers de lignes

[le_fils_du_forgeron]

La capture d'écran représente un fichier CSV

Et plutôt que d'utiliser une conversion en majuscules qui rend le prédicat non SArgAble (pas d'index utilisable), il est préférable d'utiliser la clause COLLATE avec une collation insensible à la casse.
Si la table à mettre à jour est volumineuse, les performances seront meilleures

Merci beaucoup, je n'avais jamais entendu parler de cette commande COLLATE, je vais l'essayer également.

Pour le fichier c'etait bien un imprim écran du php my admin.
Mon fichier csv c'est juste de la data avec des ","

[le_fils_du_forgeron]

La capture d'écran ne vient pas de PhpMyAdmin ? Pour moi c'est un extrait du contenu de la table.
Dans la demande il est fait question d'une table temporaire, et de fichier d'import, donc je suis parti du principe qu'il n'y a pas des millions de lignes… peut-être à tord.

Bref beaucoup d'hypothèse, j'en conviens.

Mais je garde sous le coude la clause COLLATE, que je ne connaissais pas .

Tatayo.

Oui effectivement c'est bien de phpmyadmin.

escusez moi encore si je n'ai pas assez était claire