Discussion :

[laurentSc]

Bonjour,

normalement, en utilisant l'opérateur LIKE dans une clause WHERE, je pensais résoudre mon problème, mais select * FROM ticket2.t_us_user where user_sesaid LIKE 179% donne l'erreur

Error Code: 1064. 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 '% #627939' at line 1

Le DDL de la table est :

Code sql :

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
CREATE TABLE `t_us_user` (
  `user_ident` int unsigned NOT NULL AUTO_INCREMENT,
  `user_sesaid` int,
  `user_firstname` varchar(100) NOT NULL,
  `user_lastname` varchar(100) NOT NULL,
  `user_email` varchar(255) NOT NULL,
  `lic_ident` int unsigned NOT NULL,
  `cou_ident` int unsigned NOT NULL,
  `bu_ident` int unsigned NOT NULL,
  `loc_ident` int unsigned NOT NULL,
  `user_ident_manager` int unsigned DEFAULT NULL,
  `OZ_ident` int unsigned DEFAULT NULL,
  PRIMARY KEY (`user_ident`),
  UNIQUE KEY `idx_us_user_email` (`user_email`),
  KEY `idx_us_lic_ident` (`lic_ident`),
  KEY `idx_us_cou_ident` (`cou_ident`),
  KEY `idx_us_bu_ident` (`bu_ident`),
  KEY `idx_us_loc_ident` (`loc_ident`),
  KEY `idx_us_user_ident_manager` (`user_ident_manager`),
  KEY `idx_us_OZ_ident` (`OZ_ident`),
  CONSTRAINT `fk_us_user_ibfk_1` FOREIGN KEY (`lic_ident`) REFERENCES `t_li_license` (`lic_ident`),
  CONSTRAINT `fk_us_user_ibfk_2` FOREIGN KEY (`cou_ident`) REFERENCES `t_cou_country` (`cou_ident`),
  CONSTRAINT `fk_us_user_ibfk_3` FOREIGN KEY (`bu_ident`) REFERENCES `t_bu_businessunit` (`bu_ident`),
  CONSTRAINT `fk_us_user_ibfk_4` FOREIGN KEY (`loc_ident`) REFERENCES `t_lo_location` (`loc_ident`),
  CONSTRAINT `fk_us_user_ibfk_5` FOREIGN KEY (`user_ident_manager`) REFERENCES `t_us_user` (`user_ident`),
  CONSTRAINT `fk_us_user_ibfk_6` FOREIGN KEY (`OZ_ident`) REFERENCES `t_oz_organization` (`OZ_ident`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

Merci de me dire où est l'erreur...

[tatayo]

Bonjour,
L'opérateur LIKE est utilisé sur des chaines, et il faut aussi une chaine comme critère.
Là tu ne passes pas une chaine, puisque la valeur 179% n'est pas entourée de quote.

Par contre je ne comprends pas le besoin. En entier qui commence par 179 ? Donc 179, 17985242, 17923... ?
C'est un peu bizarre comme recherche !

La seule solution que je vois est de convertir la valeur de la colonne en chaine avec CONVERT(), puis d'utiliser un LIKE.

Tatayo.

[laurentSc]

C'est vrai que ça parait bizarre mais la colonne en question est un identifiant et je me rappelle que celui que je cherche commence par 179 (suivi de 3 autres chiffres mais je ne les connais pas), d'où cette requête.

J'ai essayé de suivre ton conseil, mais encore erreur : select * FROM ticket2.t_us_user where convert(user_sesaid,integer) LIKE '179%'. Même message d'erreur qu'au post #1...

[tatayo]

Il faut faire l'inverse: convertir la colonne en chaine pour que le LIKE soit utilisable.

Tatayo.

[laurentSc]

Oups, mal réveillé...

mais select * FROM ticket2.t_us_user where convert(user_sesaid,string) LIKE '179%', même erreur...

[tatayo]

Le type string existe dans MySQL ? Il ne faut pas plutôt utiliser varchar ?

Edit: non, finalement c'est char: voir ici.

Tatayo.

[escartefigue]

C'est vrai que ça parait bizarre mais la colonne en question est un identifiant et je me rappelle que celui que je cherche commence par 179 (suivi de 3 autres chiffres mais je ne les connais pas), d'où cette requête.

En ce cas, le plus simple est d'utiliser between, pas la peine de faire des conversions de type :

SELECT ... WHERE mon_identifiant BETWEEN 179000 and 179999.

[Artemus24]

Salut à tous.

Il faut raisonner dans les valeurs possibles des entiers.
Pour 179, il suffit de l'égaliser à 179.
Pour 179x, il faut rechercher la partie entière du nombre divisé par 10.
Pour 179xy, il faut rechercher la partie entière du nombre divisé par 100.
Et ainsi de suite, d'où mon exemple suivant :

Code mysql :

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
 
--------------
START TRANSACTION
--------------
 
--------------
DROP DATABASE IF EXISTS `base`
--------------
 
--------------
CREATE DATABASE IF NOT EXISTS `base`
        DEFAULT CHARACTER SET `latin1`
        DEFAULT COLLATE       `latin1_general_ci`
--------------
 
--------------
DROP TABLE IF EXISTS `test`
--------------
 
--------------
CREATE TABLE `test`
( `id`       bigint  unsigned NOT NULL Primary Key,
  `message`  varchar(255)     NOT NULL
) ENGINE=InnoDB
  DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
  ROW_FORMAT=COMPRESSED
--------------
 
--------------
insert into `test` (`id`,`message`) values
  (179,'un'),(179255,'deux'),(1794,'trois'),(44,'quatre'),(17932,'cinq'),(1792358,'six')
--------------
 
--------------
select * from `test`
--------------
 
+---------+---------+
| id      | message |
+---------+---------+
|      44 | quatre  |
|     179 | un      |
|    1794 | trois   |
|   17932 | cinq    |
|  179255 | deux    |
| 1792358 | six     |
+---------+---------+
--------------
select *
  from `test`
 where       id        = 179
    or floor(id/10)    = 179
    or floor(id/100)   = 179
    or floor(id/1000)  = 179
    or floor(id/10000) = 179
--------------
 
+---------+---------+
| id      | message |
+---------+---------+
|     179 | un      |
|    1794 | trois   |
|   17932 | cinq    |
|  179255 | deux    |
| 1792358 | six     |
+---------+---------+
--------------
COMMIT
--------------
 
Appuyez sur une touche pour continuer...

Coté performance, ce n'est pas l'idéal, mais au moins cela fonctionne.

Cordialement.
Artemus24.
@+