SoloCodigo

yo diria que en caso de tratarse de un dato int, deberias omitir los apostrofes, para que lo tome en valor númerico.

Angel_K_ido, me llamó la atención lo que mecionás así que me puse a provar. Al parecer MySQL convierte el texto en nada (o en un 0 silo prefieres).

Si haces una suma por ejemplo:

SELECT 'hola'+10;

El resultado será 10

Si comparás con un string, el cual no representa un número, te dará siempre verdadero. Ahora bien, si comparas con un string que represente un número, hará la búsqueda normalmente:

Ej:

Select * FROM test where campoint='9';

Dará como resultado, el registro 8;

Si pruebas otras convinaciones (por ejemplo, comparando con 2e 2o se comprotará erraticamente.


Por lo cual, mis consejo, es para que puedas hacer la consulta que estás intentado, uses:
select * from test where CAST(campoint AS CHAR) = '9h';
No es lo mejor para tablas grandes, ya que salteará el índice, al tener que hacer un casting campo por campo.


Espero que te sirva.
Altareum.

Entonces no te preocupes...

Intento explicarlo igualmente, de forma ràpida. En SQL cuando realizas conversiones en campos perteneciéntes al índice ( como una suma ), ya sea una función, una operación, etc... no utilizará el índice para realizar la búsqueda debido a que tiene que realizar la comparación campo por campo.

Por ejemplo (siendo que el campo fecha, sea parte del índice):
SELECT fecha WHERE DATE_ADD(fecha,INTERVAL 1 DAY) = CURDATE()

No utilizará el índice, para buscar los campos correspondientes, ya que para ello, tiene que convertir cada valor del campo, para saber si es igual a CURDATE().

Mientras que:
SELECT fecha WHERE fecha = DATE_SUB(CURDATE(),INTERVAL 1 DAY)

De esta forma si utilizará el índice, ya que buscará todas las fechas que sean iguales a hoy menos un día.
Por lo cual, el primer método es muchísimo más lento que el segundo...


Altareum.