Fulltext con trozos de palabras

[José Molina]

Saludos Cordiales

Quiero llevar esto:

select campo from table where campo like '%pite%'

a esto:

select campo from table where MATCH (campo) AGAINST ('pite' IN BOOLEAN MODE)

En el primer ejemplo usando el LIKE me trae los registros donde CAMPO contenga (pite) = Jupiter, sapiter, pite1, pite2, pite

En el segundo caso únicamente me trae el registro que contiene EXACTAMENTE la palabra "pite", es decir, para el ejemplo sería 1 solo registro.

La razón de cambiar la consulta es el tiempo de ejecución. En el primer caso se tarda 17ms y en el segundo 5ms (Tomado con data real, no con el ejemplo aquí colocado) La diferencia en el caso real son de 2 registros solamente.

Muchas gracias

[jurena]

http://dev.mysql.com/doc/refman/5.0/...t-boolean.html

select campo from table where MATCH (campo) AGAINST ('*pite*' IN BOOLEAN MODE)

[José Molina]

Lamentablemente, me trae lo mismo que

select campo from table where MATCH (campo) AGAINST ('pite' IN BOOLEAN MODE)

Los registros que tienen "jupiter" no son vistos.

[jurena]

Es cierto, José Molina,
el signo del truncamiento, el asterisco, no funciona poniéndolo al principio, probablemente porque Full Text trabaja con palabras y se necesita un límite. Sí funciona dentro de palabra y al final.
Para lo que quieres podrás usar el LIKE y expresiones regulares; ej.
SELECT campo FROM `tabla` WHERE campo REGEXP '.*pite.*'

[José Molina]

Lamentablemente la consulta funciona pero no es igual desde el punto de vista de consumo de recursos.

Colocale EXPLANE antes del SELECT para que veas como funciona uno y el otro. En mi caso que son mas de 400 mil registro, un LIKE me mata la DB ya toca muchos más registros.

Gracias de todas formas.

[jurena]

entiendo. ¿Has probado la expresión regular? Imagino que consumirá incluso más. El campo sobre el que buscas con LIKE imagino que estará indexado como índice INDEX. Si no lo está, tal vez mejore algo. Seguiremos pensando dar solución a tu problema, aunque, como te he dicho, con Full text creo que no va a ser posible.

[José Molina]

Si, el campo esta creado como un Indice. Pero haciendo pruebas directo por consola no logro ver ahora el ahorro de tiempo en ms, porque pareceiran tiempos muy aleatorios en sus resultados.

Lo único que tengo es el registro de la DB que me indica que ese query esta pegado en la cola esperando para ejecutarse y espera justamente por el mismo.

[jurena]

Aunque no sé si te servirá de mucho, esta consulta con expresión regular también funciona quizás sea más eficiente:
SELECT campo FROM `tabla` WHERE campo REGEXP '[[:<:]].*pit.*[[:>:]]'