Discussion :

[nicerico]

Bonjour,

dans ma table j'ai une colonne nomprenom
avec comme valeur "nom prenom"
j'aimerai changer l'ordre toutes les valeurs de cette colonne en "prenom nom"
du coup j'aurais au lieu de
MOZART Wolfgang Amadeus
Wolfgang Amadeus MOZART

je m'approche de ce que je veux faire avec

Code :

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

UPDATE compositeur_test SET resultat = CONCAT(SUBSTRING_INDEX(nom_compositeur, ' ', -1),' ',SUBSTRING_INDEX(nom_compositeur, ' ', 1))

mais j'obtiens : MOZART Wolfgang

Merci de votre aide

[Sebwar]

Hello !

Il y a un problème de conception dans ta base, il faut stocker le nom dans une colonne et le prénom dans une autre !

Maintenant que tu as les 2 dans le même champs ça va être difficile de s'y retrouver.
Tu essaye de spliter sur le caractère [espace] mais si tu a des gens avec des noms composés, ton résultat sera faux :
exemple : "de la Halle Adam" va devenir "la Halle Adam de" au lien de "Adam de la Halle".

[Artemus24]

Salut nicerico.

Voici deux solutions :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
--------------
SET AUTOCOMMIT = 0
--------------
 
--------------
START TRANSACTION
--------------
 
--------------
DROP DATABASE IF EXISTS `base`
--------------
 
--------------
CREATE DATABASE `base`
        DEFAULT CHARACTER SET `latin1`
        DEFAULT COLLATE       `latin1_general_ci`
--------------
 
--------------
DROP TABLE IF EXISTS `test`
--------------
 
--------------
CREATE TABLE `test`
(
  `id`       integer unsigned NOT NULL AUTO_INCREMENT Primary Key,
  `champs`   varchar(255)     NOT NULL
) ENGINE=InnoDB
  DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
  ROW_FORMAT=COMPRESSED
--------------
 
--------------
INSERT INTO `test` (`champs`) VALUES
('jean françois'),
('MOZART Wolfgang Amadeus'),
('de la Halle Adam')
--------------
 
--------------
select * from test
--------------
 
+----+-------------------------+
| id | champs                  |
+----+-------------------------+
|  1 | jean françois           |
|  2 | MOZART Wolfgang Amadeus |
|  3 | de la Halle Adam        |
+----+-------------------------+
--------------
select concat('-->',
       reverse(substr(reverse(champs), 1, locate(' ', reverse(champs))-1)), ' ',
       reverse(substr(reverse(champs),    locate(' ', reverse(champs))+1)),
           '<--') as 'résultat 1'
from test
--------------
 
+-------------------------------+
| résultat 1                    |
+-------------------------------+
| -->françois jean<--           |
| -->Amadeus MOZART Wolfgang<-- |
| -->Adam de la Halle<--        |
+-------------------------------+
--------------
select concat('-->',
       substr(champs,    locate(' ', champs)+1), ' ',
       substr(champs, 1, locate(' ', champs)-1),
           '<--') as 'résultat 2'
from test
--------------
 
+-------------------------------+
| résultat 2                    |
+-------------------------------+
| -->françois jean<--           |
| -->Wolfgang Amadeus MOZART<-- |
| -->la Halle Adam de<--        |
+-------------------------------+
--------------
COMMIT
--------------
 
--------------
SET AUTOCOMMIT = 1
--------------
 
 
Appuyez sur une touche pour continuer...

@+

[escartefigue]

Bonjour,

J'abonde dans le sens de Sebwar, et j'ajoute qu'en plus, vous avez très probablement, pour ne pas dire certainement, dans votre table, des cas d'inversion.
En effet une colonne unique nom+prénom, implique qu'aucun contrôle n'est possible, du coup vous avez des "Henri Martin" dont le nom est martin et le prénom Henri et d'autres pour lesquels c'est l'inverse, au gré de la saisie de l'un et de l'autre !
Comment allez vous démêler ces cas ...
Aucune solution
L'atomicité des informations est l'une des mamelles de la modélisation

[Artemus24]

Salut à tous.

J'abonde dans le sens de Sebwar

Il ne s'agit pas d'abonder dans tel sens, même si Sebwar à totalement raison.

Il s'agit de fournir une solution qui réponde à la demande de nicerico.
Ce qu'il en ferra par la suite est de sa responsabilité et ne nous regarde pas.

@+

[Sebwar]

j'espère qu'il n'y a pas des trucs genre "George Walker Bush" ou "John Fitzgerald Kennedy" sinon c'est vraiment foutu !

edit: je n'ai rien dit "Walker" et "Fitzgerald" ce sont des nom de famille pas des prénom, je pensais que c’était des prénoms au début

[Artemus24]

Salut sebwar.

Il y a un problème de conception dans ta base, il faut stocker le nom dans une colonne et le prénom dans une autre !

Je ne dis pas le contraire, mais parfois, il faut faire avec.

Maintenant, Nicerico devra soit modifier sa base de données, s'il le peut, ou bien ponctuellement intervertir la place du prénom dans la colonne.
Tout ce que l'on peut faire, c'est répondre à son attente.

@+

[escartefigue]

Salut à tous.


Il s'agit de fournir une solution qui réponde à la demande de nicerico.
Ce qu'il en ferra par la suite est de sa responsabilité et ne nous regarde pas.

@+

Sauf que, comme précisé dans mon post, ici il n'y en a probablement pas
Il faut analyser le contenu de la colonne pour voir le nombre de cas litigieux, et il est probable que le nombre de cas où prénom et nom ne sont pas identifiables sera très important

J'ai participé à de nombreux projets de convergence de systèmes d'informations, et ce type de problème est classique dans ces projets.
Souvent, dans cette situation, la seule solution viable est la qualification des données par les gestionnaires. Qualification,ça signifie contrôle et correction manuelle au travers des applications de gestion.
L'apport de la MOE dans ce type de cas est d'identifier, quantifier et lister les cas litigieux pour aider les gestionnaires à réaliser cette qualification.
Donner une réponse technique au travers d'une requête SQL est une bonne chose sous réserve de ne pas envoyer le demandeur sur une fausse piste.
En d'autres termes, il faut savoir parfois se garder de donner une réponse

[Artemus24]

Salut Escartefigue.

Je ne parle pas de la remarque soulevé par Sebwar qui est la bonne démarche à faire.
Je sais très bien que la demande de nicerico ne tient pas la route pour ce qu'il veut faire. Mais le problème n'est pas là.

Quand quelqu'un pose une question, essaye de répondre à son attente. C'est le but de tout forum !
Il n'est pas tenu de donner toutes les explications sur le pourquoi de sa demande.
S'il pose une question, c'est qu'il n'a pas la réponse, autrement dit il n'a pas le savoir faire.

Maintenant, si tu dis que ce n'est pas la bonne méthode mais que tu ne donnes aucune solution technique, cela ne va pas l'aider.
C'est pourquoi, je préfère donner une solution qui fonctionne, même si elle est bancale.
Car j'ai répondu à son attente et c'est tout.

Maintenant, s'il veut améliorer son MCD, c'est un autre problème qu'il doit formuler s'il en ressent le désire.

Est-ce que tu serais satisfait, si en allant dans un commerce pour acheter des oranges, un vendeur te propose des bannes ?
Je ne suis pas certain que tu serais d'accord avec cette façon de faire.

@+

[escartefigue]

Est-ce que tu serais satisfait, si en allant dans un commerce pour acheter des oranges, un vendeur te propose des bannes ?

Pour rester dans l'analogie, si le vendeur de fruits connaissant l'ulcère à l'estomac de son client, lui recommande de ne pas acheter d'oranges dont l'acidité ne ferait qu’aggraver l'ulcère, et bien oui, le client est content, et pourtant il voulait des oranges. Les bananes bien mois acides que les oranges, sont dans ce cas tout à fait adaptées
Je préfère ce vendeur de fruits là, que celui qui me vendra des oranges pour ne pas me contrarier

Pour en revenir à la solution proposée, comme je l'indique plus haut, il faut analyser la fréquence des cas, et d'expérience, je parle de projets vécus, en entreprise, dans la vraie vie donc, la solution SQL proposée n'est pas satisfaisante.
Il est parfois plus sage de dire non