[SOLUCIONADO] Buscar con PHP en MySQL palabras acentuadas

[Bier]

Tengo la siguiente instrucción para buscar dentro de MySQL:

Código PHP:

$buscar = "José";
$consulta = mysql_query("SELECT a.llave, a.nombre
FROM empleados a 
WHERE a.nombre LIKE '$buscar%' ", $link) or die ("No ejecutado");
 

Tengo definida mi tabla con Cotejamiento latin1_general_ci
y en mi programa PHP:

Código HTML:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
 

Y la consulta me regresa los que inician con José pero no muestra los que no tienen acento como: Jose

He buscado y leído muchas ayudas, pero no he podido resolverlo.

Agradeceré ayuda al respecto.

[AlanChavez]

Usa expresiones regulares:

SELECT * FROM Personas P WHERE P.Nombre REGEXP 'Jos[eé]';

Lo que hace es que va a seleccionar a todos los campos que contengan Jose o Josek

[Bier]

Interesante respuesta, pero, ¿y como vas a buscar el caso de:

Jose, José, Josè, Josê, Josë,
Jóse, Jôse, Jòse, Jöse
¿... y con las otras vocales que se acentúan, y con las eñes ?

El tipo de búsqueda que deseo debe ser eficiente ya que será utilizada de manera constante y no deseo sobrecargar el servidor.

Gracias

[jonni09lo]

Hola, el uso de expresiones regulares para las búsquedas me parece impropio ya que si las tablas tienen muchos registros el script consumira mucho tiempo procesando la consulta...

Te recomiendo que uses utf8_general_ci personalmente lo uso y no he tenido problemas buscando acentos.

Saludos

[AlanChavez]

Iniciado por jonni09lo

Hola, el uso de expresiones regulares para las búsquedas me parece impropio ya que si las tablas tienen muchos registros el script consumira mucho tiempo procesando la consulta...

Te recomiendo que uses utf8_general_ci personalmente lo uso y no he tenido problemas buscando acentos.

Saludos

Define "muchos" registros, y "mucho tiempo".

Yo he utilizado expresiones regulares en tablas con millones de registros y las consultas se ejecutan en milisegundos, si es cierto que no son tan rápidas como un indice primario, pero que otra alternativa propones?

Si no quieres utilizar expresiones regulares en MySQL, entonces podrias hacer otra columna con el nombre normalizado utilizando solamente caracteres del alfabeto latino (o cualquier alfabeto que quieras) y busca esa columna.

Por ejemplo algo asi:

Nombre, NombreCanonico
José, Jose
Jöse, Jose
Jœsë, Jose

Y cuando busques, utilizas:

Código SQL:

SELECT N.Nombre FROM Nombres N WHERE N.NombreCanonico = "Jose";
 

Este tipo de soluciones las utilizan en Spotify ya que Spotify permite nombre de usuarios con todos los caracteres de UTF8

[jonni09lo]

Iniciado por AlanChavez

Define "muchos" registros, y "mucho tiempo".

Yo he utilizado expresiones regulares en tablas con millones de registros y las consultas se ejecutan en milisegundos, si es cierto que no son tan rápidas como un indice primario, pero que otra alternativa propones?

Si no quieres utilizar expresiones regulares en MySQL, entonces podrias hacer otra columna con el nombre normalizado utilizando solamente caracteres del alfabeto latino (o cualquier alfabeto que quieras) y busca esa columna.

Por ejemplo puedes las columnas:

Nombre, NombreCanonico
José, Jose
Jöse, Jose
Jœsë, Jose

Y cuando busques, utilizas:

SELECT N.Nombre FROM Nombres N WHERE N.NombreCanonico = "Jose";

Viste mi solución?

Por eso dije que es impropio, porque en vez de reinventar la rueda simplemente con cambiar el COLLATE de la tabla basta y sobra y no hay que dar tantas vueltas.

Incluso con que añada COLLATE utf8_general_ci al final de la consulta no necesita hacer el cambio directamente en la tabla.

Saludos

[AlanChavez]

Iniciado por jonni09lo

Viste mi solución?

Por eso dije que es impropio, porque en vez de reinventar la rueda simplemente con cambiar el COLLATE de la tabla basta y sobra y no hay que dar tantas vueltas.

Incluso con que añada COLLATE utf8_general_ci al final de la consulta no necesita hacer el cambio directamente en la tabla.

Saludos

al utilizar utf8_general_ci sin canonizar tus nombres de usuario o nombres de personas

la cadena de texto:

ᴮᴵᴳᴮᴵᴿᴰ y bigbird pueden ser potencialmente las mismas (dependiendo de como trates las cadenas) por lo tanto tu aplicacion puede ser vulnerable a ataques de elevacion de privilegios.

Asi fue como hackearon Spotify y la solucion que implementaron fue precisamente la que propongo (obviamente mas elaborada).

[jonni09lo]

Buen, me empape del tema de elevación de permisos (aunque encontre fue concerniente a Linux pero se capta la idea)... Puedes proporcionar un ejemplo de como podría afectar en MySql este tipo de ataque?

Si es como dices, estoy totalmente de acuerdo con tus soluciones.

Saludos

[AlanChavez]

Iniciado por jonni09lo

Buen, me empape del tema de elevación de permisos (aunque encontre fue concerniente a Linux pero se capta la idea)... Puedes proporcionar un ejemplo de como podría afectar en MySql este tipo de ataque?

Si es como dices, estoy totalmente de acuerdo con tus soluciones.

Saludos

Bueno el concepto, de elevacion de privilegios se puede aplicar en cualquier aplicacion que implemente un control de usuarios o ACL y tiene que ver con la autentificacion y autorizacion de usuarios.

Que un usuario este autentificado en tu sistema, no significa que este autorizado para hacer ciertas acciones.

Por ejemplo, los usuarios regulares del foro no tienen acceso a herramientas de moderacion (como borrar o cerrar temas). A pesar de que los usuarios regulares esten autentificados, no estan autorizados.

Cuando elevas los privilegios en una aplicacion web, es por ejemplo que yo con mi usuario normal poder accesar al panel de control que cvander tiene acceso, sin tener el nivel de "Admin", por lo tanto eleve mis privilegios.

Por ejemplo, si la siguiente consulta

SELECT * FROM Usuarios U WHERE U.Usuario = "Jose"

Regresa los resultados:
José
Jose

Tu aplicacion puede ser vulnerable a elevacion de privilegios con cadenas como: ádmin, admīn, ädmin, etc..

[Bier]

Iniciado por jonni09lo

Te recomiendo que uses utf8_general_ci personalmente lo uso y no he tenido problemas buscando acentos.

Saludos

He cambiado mi tabla a utf8_general_ci pero sigue sin mostrar lo que tiene acentos.

¿que estará pasando?
¿Donde puedo leer un ejemplo que explique este caso en particular?

Me sería de mucha utilidad cualquier ayuda.
Gracias

[jonni09lo]

Acuérdate de que si cambias el COLLATE de la tabla, los campos normalmente mantienen el COLLATE anterior y para que lo de utf8_general_ci funciones los campos también deben estar con este COLLATE

Saludos

[Bier]

Se ha modificado el Cotejamiento de la tabla y de los campos.
Al cambiar el Cotejamiento de la tabla, el cotejamiento de los campos se mantiene, por lo que los he modificado de uno por uno.

Pero sigo sin obtener la consulta de los acentuados.

Gracias

[Bier]

Recordando mi petición:

¿Algun tutorial para búsqueda de palabras acentuadas PHP/MySQL?
Me inclino por la línea de Cotejamiento.

Gracias anticipadas.

[jonni09lo]

Hola te comento, creé una base de datos con latin1_general_ci una tabla con dos campos, luego cambié el COLLATE de la tabla y de los dos campos a utf8_general_ci

Hice las siguientes pruebas

Registro: Jose

Búsqueda por josé y jose y ambos me retornaron el mismo registro

Registro: José

Búsqueda por josé y jose y ambos me retornaron el mismo registro

Así que me parece sumamente extraño que la consulta no te funcione...

Dime que usas mysql_* mysqli_* o PDO para conectarte a la base de datos.

Saludos

[Bier]

Iniciado por jonni09lo

Hola te comento, creé una base de datos con latin1_general_ci una tabla con dos campos, luego cambié el COLLATE de la tabla y de los dos campos a utf8_general_ci

Hice las siguientes pruebas

Registro: Jose

Búsqueda por josé y jose y ambos me retornaron el mismo registro

Registro: José

Búsqueda por josé y jose y ambos me retornaron el mismo registro

Así que me parece sumamente extraño que la consulta no te funcione...

Dime que usas mysql_* mysqli_* o PDO para conectarte a la base de datos.

Saludos

Lo haré exactamente como indicas. Muchas gracias.

[Bier]

Estimado jonni09lo, ya trabaja perfecto. Para resolverlo hice lo siguiente:

1.- La tabla es: latin1_general_ci
2.- Los campos son: utf8_general_ci
3.- En el <Head> coloqué: <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2" >

Ahora trabaja perfecto,

Gracias

[jonni09lo]

Me alegro que te haya servido

Saludos