Query no encuentra un valor en la BD

[mdromed]

Vereis tengo esta query:

Código SQL:

SELECT * FROM tmarcas AS tmar WHERE CONCAT(IFNULL(tmar.marca,'')) REGEXP('[cç][eéèëê]b[eéèëê]m[oóòöôøõ]v[iíìïî]l') LIMIT 0,6
 

para sacar un valor que hay en la BD que es "cebemovil".

Con otros valores me los saca bien, pero este no es capaz de encontrarlo la SQL
¿Por que?

Gracias

[quimfv]

Por que ese concat?

CONCAT(IFNULL(tmar.marca,'')) REGEXP('[cç][eéèëê]b[eéèëê]m[oóòöôøõ]v[iíìïî]l')

[mdromed]

Iniciado por quimfv

Por que ese concat?

CONCAT(IFNULL(tmar.marca,'')) REGEXP('[cç][eéèëê]b[eéèëê]m[oóòöôøõ]v[iíìïî]l')

Perdona, se me olvidó quitarlo.
Es q la consulta llevaba mas campos, pero tampoco funciona sin el CONCAT.

¿ALguna idea?

[mdromed]

ayudaaa!!!!!!!!!!!!!!!!!!!

[mdromed]

Nadie sabe que pasa?

[mdromed]

El campo es UTF-8_general_ci

[gnzsoloyo]

Mira, revisé el resultado de una consulta básica tomando tu ejemplo, y no he tenido ningún problema:

SELECT 'cebemovil' REGEXP('[cç][eéèëê]b[eéèëê]m[oóòöôøõ]v[iíìïî]l');
Filas: 1
'cebemovil' REGEXP('[cç][eéèëê]b[eéèëê]m[oóòöôøõ]v[iíìïî]l')
1

En ese contexto, el "1" que muestra la respuesta equivale al TRUE, lo que quier decir que efectivamente encontró coincidencias.
Así, pues, evidentemente no es un problema de funcionamiento de la condición, sino que podría ser de datos, o bien que no estás usando las condiciones correctas, pero no es un problema de que no pueda detectar la correspondencia entre la cadena, y la expresión regular.
Yo que tu revisaría el resto de las cosas y no eso.

[mdromed]

Iniciado por gnzsoloyo

Mira, revisé el resultado de una consulta básica tomando tu ejemplo, y no he tenido ningún problema:
En ese contexto, el "1" que muestra la respuesta equivale al TRUE, lo que quier decir que efectivamente encontró coincidencias.
Así, pues, evidentemente no es un problema de funcionamiento de la condición, sino que podría ser de datos, o bien que no estás usando las condiciones correctas, pero no es un problema de que no pueda detectar la correspondencia entre la cadena, y la expresión regular.
Yo que tu revisaría el resto de las cosas y no eso.

Pues es rarisimo pq mi bd, tablas y campos varchar son todos UTF8_general_ci y mis paginas php tb son UTF8 charset.

¿Alguna idea compañero?

[mdromed]

Iniciado por gnzsoloyo

Mira, revisé el resultado de una consulta básica tomando tu ejemplo, y no he tenido ningún problema:
En ese contexto, el "1" que muestra la respuesta equivale al TRUE, lo que quier decir que efectivamente encontró coincidencias.
Así, pues, evidentemente no es un problema de funcionamiento de la condición, sino que podría ser de datos, o bien que no estás usando las condiciones correctas, pero no es un problema de que no pueda detectar la correspondencia entre la cadena, y la expresión regular.
Yo que tu revisaría el resto de las cosas y no eso.

Prueba a poner cebemovil con tilde "cebémovil" por ejemplo, veras como no devuelve nada. Devuelve 0, en vez de 1:

Código MySQL:

SELECT 'cebemovil' REGEXP('[cç][eéèëê]b[eéèëê]m[oóòöôøõ]v[iíìïî]l');
 

[gnzsoloyo]

Pues mira. Para evitar dudas, usé lo mismo que posteas, pero poniéndole acento en todas las vocales, cosa que la prueba sea absoluta, y éste es el resultado:

Código MySQL:

mysql> SELECT 'cébémóvíl' REGEXP('[cç][eéèëê]b[eéèëê]m[oóòöôøõ]v[iíìïî]l') prueba;
+--------+
| prueba |
+--------+
|      1 |
+--------+
1 row in set (0.00 sec)
 
mysql>
 

Como puedes ver, funciona.

Entonces, si sigues teniendo problemas, no es por las expresiones regulares, sino por otra causa, que puede ser tanto de programación (lenguajes son tema off-topic acá), como de datos. Lo que seguro no es, es por el uso de la sentencia en SQL.

[mdromed]

Iniciado por gnzsoloyo

Pues mira. Para evitar dudas, usé lo mismo que posteas, pero poniéndole acento en todas las vocales, cosa que la prueba sea absoluta, y éste es el resultado:

Código MySQL:

mysql> SELECT 'cébémóvíl' REGEXP('[cç][eéèëê]b[eéèëê]m[oóòöôøõ]v[iíìïî]l') prueba;
+--------+
| prueba |
+--------+
|      1 |
+--------+
1 row in set (0.00 sec)
 
mysql>
 

Como puedes ver, funciona.

Entonces, si sigues teniendo problemas, no es por las expresiones regulares, sino por otra causa, que puede ser tanto de programación (lenguajes son tema off-topic acá), como de datos. Lo que seguro no es, es por el uso de la sentencia en SQL.

Ok gracias.
A mi me da error, me devuelve 0 filas.
¿Puede ser por alguna configuracion que hay que pooner en el servidor en el .htaccess o en algun sitio? o no tiene nada que ver?

[gnzsoloyo]

¿Puede ser por alguna configuracion que hay que pooner en el servidor en el .htaccess o en algun sitio? o no tiene nada que ver?

Lo dudaría...
¿Verificaste que no sea un error de programación, que esté generando una cadena de texto que no es lo que crees?
¿Con qué lenguaje estás trabajando?

[quimfv]

Código MySQL:

mysql> SELECT 'cébémóvíl' REGEXP('[cç][eéèëê]b[eéèëê]m[oóòöô]v[iíìïî]l') prueba;
 

esto sin øõ funciona bien en la consola, de mi maquina.

Encambio si lo ejecuto con el Query browser o con el Navicat NO funciona, con o sin øõ, retorna 0 FALSE.

Quizas, mdromed, no lo esta ejecutando directamente... pero me sorprende la diferencia, tienes alguna explicación gnzsoloyo.

[gnzsoloyo]

A mi entender, lo más probable es un defecto en la conversión de los caracteres que se ingresan, respecto de los que los que se envían a MySQL.
Es, supongo, algo semejante a lo que ocurriría si en lugar de recibir "é", la consulta recibiese "&eacute", el resultado sería completamente diferente.
En parte es una suposición, pero es muy posible que el problema se esté produciendo a ese nivel.

De todos modos, como aclaración, la prueba realizada la hice con phpMyAdmin, MySQL Workbench, MySQL Query Bowser y con la consola de MySQL, y sólo funciona bien con la consola.
Ahora bien, si vamos al manual, la explicación de todo este enredo se vuelve muy, pero muy simple:

REGEXP y RLIKE usan el conjunto de caracteres actual (ISO-8859-1 Latin1 por defecto) al decidir el tipo de un carácter. Atención: Estos operadores no pueden trabajar con múltiples bytes.

Al ser los caracteres mencionados, utf8, es posible que se generen conflictos y que eso explique un comportamiento tan anómalo.

Yo creo que si en lugar de hacer esto tan retorcido, simplemente cusa otras posibilidades, no debería tener problemas:

Código MySQL:

mysql> SELECT ('cébémóvíl' SOUNDS LIKE 'cebemovil') prueba;
+--------+
| prueba |
+--------+
|      1 |
+--------+
1 row in set (0.00 sec)
 

Creo que el tema anda por allí.

[quimfv]

Ahí debe estar el problema, en el manual siempre esta la explicación. Sorprende que MySQL Workbench, MySQL Query Bowser siendo de MySql no funcionen.

Lo que tampoco entiendo es la utilidad de una REGEXP ten concreta para una palabra, la solucion SOUNDS LIKE (que no conocia) parece mucho mas práctica.

[mdromed]

Iniciado por gnzsoloyo

A mi entender, lo más probable es un defecto en la conversión de los caracteres que se ingresan, respecto de los que los que se envían a MySQL.
Es, supongo, algo semejante a lo que ocurriría si en lugar de recibir "é", la consulta recibiese "&eacute", el resultado sería completamente diferente.
En parte es una suposición, pero es muy posible que el problema se esté produciendo a ese nivel.

De todos modos, como aclaración, la prueba realizada la hice con phpMyAdmin, MySQL Workbench, MySQL Query Bowser y con la consola de MySQL, y sólo funciona bien con la consola.
Ahora bien, si vamos al manual, la explicación de todo este enredo se vuelve muy, pero muy simple:

Al ser los caracteres mencionados, utf8, es posible que se generen conflictos y que eso explique un comportamiento tan anómalo.

Yo creo que si en lugar de hacer esto tan retorcido, simplemente cusa otras posibilidades, no debería tener problemas:

Código MySQL:

mysql> SELECT ('cébémóvíl' SOUNDS LIKE 'cebemovil') prueba;
+--------+
| prueba |
+--------+
|      1 |
+--------+
1 row in set (0.00 sec)
 

Creo que el tema anda por allí.

Genial!
No sabia que existia SOUNDS LIKE
Asi funciona:

SELECT 'cébémóvíl' sounds like ('[cç][eéèëê]b[eéèëê]m[oóòöô]v[iíìïî]l') as prueba;

[mdromed]

Sin embargo no vale SOUNDS LIKE cuando comparas una cadena mas extensa q contenga palabras que suenen distinto.

[mdromed]

Es que es rarisimo lo que pasa.
Yo creo que REGEXP falla.

Probad:
SELECT 'cebémóvil' REGEXP 'c[eéèëê]b[eéèëê]m'
No funciona

Probad:
SELECT 'cebémóvil' REGEXP 'c[eéèëê]b[eéèëê]'
Sin la "m" final sí que funciona

[mdromed]

Otra solucion, dando esto del REGEXP como imposible seria que existiese una funcion en mysql que normalzara los textos guardados en la BD para compararlos dentro de la SELECT.
¿Existe alguna forma de quitar acentos y ñ al texto de un campo para tratarlo ya normalizado dentro de la query?

[mdromed]

Bueno aun no caigo por que, pero funciona!
Si le añadimos un "mas" despues de cada cierre de corchetes funciona perfecto:

SELECT 'cebémóvil' REGEXP 'c[eéèëê]+b[eéèëê]m+'