Consulta LIKE no funciona

[franjalafa]

Saludos.

Espero que este tema vaya aqui. Al hacer una consulta a la tabla que tiene por valores en los campos de:
A-01
A-02
A-03
etc, pero existen en campos donde es
A-03B
y otros como
A-04, A-05, A-06
y asi tengo varios campos.

Mi consulta la realizo de la siguiente manera, para detectar un campo con A-07

Código PHP:

  $campo = 'A-03';
$sql = "SELECT * FROM tabla WHERE campo LIKE '$campo' OR campo LIKE '%$campo%' ORDER BY campo2 DESC"; 
   

el resultado me regresa A-03B, lo que yo quiciera es que me regrese el A-03, la consulta la realizo de esta manera, para cuando necesito buscar un campo intermedi en este caso A-05.

No se si tengo mal estructurada la consulta, pero no me funcionan los OR, he intentado ponerlos en parentesis, poner que busque primero el campo intermedio, etc etc ya estoy , si alguien me puede ayudar o explicarme que hago mal, de antemano se agradece la ayuda.

[gnzsoloyo]

El problema puede venir o por el lado de el CHARSET, o bien por el contenido de las variables, ya que si creo un ejemplo parecido:
[/HIGHLIGHT]
[HIGHLIGHT="MySQL"]

Código MySQL:

DROP TABLE IF EXISTS `xx`;
CREATE TABLE  `xx` (
  `ID` varchar(20) default NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 

Código MySQL:

INSERT INTO XX
VALUES('A-01)'), 
    ('A-02'),
    ('A-03'),
    ('A-03A'),
    ('A-03B'),
    ('A-04'),
    ('A-05'),
    ('A-06'),
    ('A-07'), 
    ('A-07B');
 

Código MySQL:

SELECT *
FROM XX
WHERE ID LIKE 'A-03%' OR ID LIKE '%7%';
 

Obtengo:

Código MySQL:

+-------+
| ID    |
+-------+
| A-03  |
| A-03A |
| A-03B |
| A-07  |
| A-07B |
+-------+
5 rows in set (0.00 sec)
 

Comp pues apreciar, no es un problema de OR ni de LIKE,así que el inconveniente debe estar en otra parte.

[huesos52]

Consulta LIKE no funciona

Like si funciona Solo debes utilizarlo adecuadamente.

WHERE campo LIKE '$campo' OR campo LIKE '%$campo%'

Cuando haces esto, siempre se va a realizar la segunda opción, ya que esta incluye la primera, por lo que la primera condición es innecesaria.

Según entiendo, quieres que al buscar la palabra A-03, no te retorne el A-03B, pero que la consulta quede abierta por si alguien quiere buscar el A-05 y también lo encuentre.

Entonces.. una posible solución (Tu diras si sirve) es comparar unicamente los primeros 4 digitos del campo para ignorar el ultimo digito (B)

Prueba de esta forma.

Código MySQL:

SELECT * 
FROM 
tabla 
WHERE 
LEFT(campo,4) LIKE '%$campo%' 
ORDER BY campo2 DESC
 

Lógicamente, si tienes valores con mas dígitos en este campo puede presentar fallas.

saludos

[franjalafa]

Muchas gracias a los dos por responder, me aclararon algunas dudas, igual no me supe explicar el porque la consulta de esta manera o porque la puse asi.

en un campo tengo estos valores, cada fila es lo que esta guardado en el campo de la bbdd
fila1 -> A-01
fila2 -> A-02
fila3 -> A-03
fila4 -> A-03A
fila5 -> A-03B
fila6 -> A-04,A-05,A-06
fila7 -> A-07
fila8 -> A-07A

recibo la variable de parte del cliente, entonces es lo que tengo que comparar, en este caso siempre seria lo mismo a buscar A-03, pero me muestra todo lo que tiene A-03, A-03A, A-03B, como bien dices gnzsoloyo, pero si el cliente selcciona A-05 que es un valor intermedio, por eso pense que con el like funcionaria.

[franjalafa]

Espero no haberlo enredado mas, "recibo la variable de parte del cliente, entonces es lo que tengo que comparar, en este caso siempre seria lo mismo a buscar A-03", esto en la misma consulta.

[gnzsoloyo]

Lo que puedes usar son expresiones regulares, entonces, para habilitar o restringir la búsqueda, pero en definitiva puede volverse algo complicado.
Por otro lado, si en cada fila guardas un grupo de valores, estás generando un campo multivaluado, lo que es una grave violación al modelo relacional. Te conviene normalizar y no generar ese tipo de datos "basura".
La frase no es peyorativa; se los denomina así porque generan información con "ruido", difícil, cuando no imposible, de analizar sin algoritmos innecesariamente complejos.

[franjalafa]

Iniciado por franjalafa

Espero no haberlo enredado mas, "recibo la variable de parte del cliente, entonces es lo que tengo que comparar, en este caso siempre seria lo mismo a buscar A-03", esto en la misma consulta.

otra consulta puede ser al A-05, pero como es intermedio si se pone como dices huesos52, no lo encontraria por que no es el primer campo de cuatro, en este caso es A-04

[huesos52]

Estoy totalmente deacuerdo con gnzsoloyo acerca de normalizar la base de datos y eliminar registros basura difícilmente administrables.


Sin embargo, esto también te puede servir.

Código MySQL:

mysql> select campo from franjalafa;
+----------------+
| campo          |
+----------------+
| A-01           |
| A-02           |
| A-03           |
| A-03A          |
| A-03B          |
| A-04,A-05,A-06 |
| A-07           |
| A-07A          |
+----------------+
8 rows in set (0.00 sec)
 
mysql> select campo from franjalafa where find_in_set('A-05',campo);
+----------------+
| campo          |
+----------------+
| A-04,A-05,A-06 |
+----------------+
1 row in set (0.00 sec)
 
mysql> select campo from franjalafa where find_in_set('A-03',campo);
+-------+
| campo |
+-------+
| A-03  |
+-------+
1 row in set (0.00 sec)
 

Repito... tu mejor opción es normalizar.

saludos

[gnzsoloyo]

Yo siempre me olvido de esa función...


Buena idea.

[franjalafa]

Muchisimas gracias a los dos, me han ayudado mucho, referente el porque los campos aparecen asi es por que son locales de una plaza entonces cuando tiene rentados tres son los que se asignan ejem: A-04, A-05, A-06, pero los administradores de la plaza al local le ponen A-05, entonces cuando quieren hacer consulta de este local lo buscan por A-05.

La tabla ya esta hecha para el sistema local, yo solo estoy consultando datos para mostrarlos a una pagina web como reportes. En este caso no lo podria mover ya que el sistema local podra dejar de funcionar. (no realizado por mi).

Pero los comentarios y observaciones que me hacen, las tomare en cuenta para desarrollos futuros muchas gracias. Creo que probare la opcion que me das huesos52 y les avisare que tal me va.

[franjalafa]

Saludos.

He probado con el ejemplo de huesos52 (find_in_set), estube leyendo y funciona solamente con un campo tipo SET, yo lo tengo en varchar.

El problema que si lo cambio a SET, tengo que poner los valores por default, A-01, A-02, etc, pero si el cliente da de alta otro no lo va a poder registrar, ya que si no esta en la lista no se puede agregar.

Gracias y seguire buscando otra opción que me pueda funcionar o como dicen Uds tendre que normaliar el campo para poder realizar la consulta segun lo que necesite.

[jurena]

franjalafa,
en primer lugar, suscribo las palabras de gnzsoloyo y huesos52 respecto a la normalización, y en segundo, también respecto a sus propuestas. Y te diré además que find_in_set puede utilizarse sobre otro campo que no sea de tipo SET siempre que cuando quieras separar datos lo hagas con coma (,). Creo que no lo has probado bien. Por otra parte, si no separas con coma, podrías usar una expresión regular como te proponía gnzsoloyo. Naturalmente, también podrías usarla aunque separes con coma.

Código MySQL:

SELECT campo FROM tutabla WHERE campo REGEXP '[[:<:]]A-03[[:>:]]'
 

Dinos cómo has probado FIND_IN_SET, la sintaxis utilizada y el resultado obtenido.

[franjalafa]

Gracias jurena.

Decidí normalizar todo, sin que afectara el funcionamiento a la base de datos.

la consulta la hacia de la sigueinte manera:

$sql = "SELECT * FROM tabla WHERE FIND_IN_SET ('$var', campo)";

[jurena]

me temo, entonces que tu error era más un problema de PHP, porque esa consulta, salvo en el modo en que pones entre comillas la variable parece estar bien. También podrías usar

SELECT * FROM tabla WHERE FIND_IN_SET (@variable, campo) > 0
te pongo sólo la sintaxis SQL

saludos.