Campos númericos en mysql

[rachpts]

Amigos tengo una duda, en sql los campos numéricos no toman en cuanta el 0, es decir, si yo quiero hacer una búsqueda y en mi campo esta guardado como 1 y si yo le pongo 01 de todos modos lo va a buscar sin problemas y en mysql tengo ese problema, porq en mi sistema que estoy haciendo el usuario va ingresar un número de ID pero algunos comienzan con 01 (asi me pasaron la bd) y en la bd esta como 1 nada mas entonces si lo buscan como 01 no les va arrojar nada :(

Ayuda por favor!!

[gnzsoloyo]

en mi sistema que estoy haciendo el usuario va ingresar un número de ID pero algunos comienzan con 01 (asi me pasaron la bd) y en la bd esta como 1 nada mas entonces si lo buscan como 01

Eso sólo puede suceder en MySQL si el campo ha sido definito como CAHR o VARCHAR, o bien si estás haciendo la comparación como una cadena de texto, y aplique una conversión implícita a texto.
Para asegurarnos deberíamos saber cómo creas la consulta.
Los números en MySQL no se almacenan como cifras, sino como binarios, por lo que el cero a la izquierda no existe, en conseceuncia, el error que dices es imposible en un contexto numérico.

Muevo al foro de MySQL, poque has posteado en el foro equivocado (este es SQL Server).

[oscurogt]

Apoyo lo que dice gnzsoloyo deberías ver si el campo en realidad es INT o VARCHAR

[rachpts]

ok, sucede que esta clave esta por campos separados donde se requiren por ejemplo zona, manzana, lote, edificio y depto y estos dos ultimos son combinados con números y letras, es aqui donde tengo el problema, que a veces están como 01 o 1A y asi

Gracias por tomarse la molestia de ayudar

[gnzsoloyo]

Iniciado por rachpts

ok, sucede que esta clave esta por campos separados donde se requiren por ejemplo zona, manzana, lote, edificio y depto y estos dos ultimos son combinados con números y letras, es aqui donde tengo el problema, que a veces están como 01 o 1A y asi

Gracias por tomarse la molestia de ayudar

Entendamos algo desde el principio: Si los datos son catastrales (zona, manzana, lote, edificio y depto son habituales en catastro inmobiliario), y se prduce que lo que debía ser "01" aparece como "1", lo que ha sucedido es un error de inserción y tienes datos sucios en la tabla.
Y en ese caso lo primero que debes hacer es depurar eso.
En pocas palabras, debes unificar los datos de modo que cumplan correctamente con la definición del dato, limpiando cualquier basura producida por la inserción incorrecta. De lo contrario no podrás realizar la query.
Si el daot debe tener si o si dos caracteres, y tienes un "1" en uno de ellos, entonces debes corregirlo. Pero si un "1" es legal en ese contexto, no se debe modificar, sino que deberás realizar la query de modo que contemple correctamente todas las variaciones de los datos que existan.

En definitiva, depende de si "1" es correcto de acuerdo a los datos que deben existir, se decidirá si corresponde modificarlo o no, y eso no queda claro en lo que nos explicas.
¿Puede ser correcto que un departamento se indique como "1", u obligatoriamente debe ser "01" en ese caso?
Si es la primera opción, no es un error, sino un caso de datos correcto que hay que contemplar en la consulta.
Si es la segunda opción, deberás hacer un depurado de datos para corregir aquellos que se insertaron mal, y eventualmente modificar la aplicacion que los inserta para que no se repitan esos problemas.

Tu dirás qué corresponde...

[rachpts]

Primero Gracias por contestar, y si tendré que depurar la bd porq la clave la busca el usuario tal cual como le aparece en un recibo impreso que ya tienen, pero gracias por la ayuda

[gnzsoloyo]

la clave la busca el usuario tal cual como le aparece en un recibo impreso que ya tienen

Eso ya hace sospechar de un error de diseño del formulario, o de la emisión del recibo...
Verifica bien los datos de la tabla. Es posible que la toma de datos para la impresión del recibo no esté bien realizada y en alguna parte esté tomando el "01" como "1".
Muchos errores de ese tipo en realidad se producen en la programación y no en los datos.

Verifica primero la tabla. Luego mira la aplicación para verificar cómo esta manejando los datos a ver si no está haciendo alguna conversión implícita en alguna parte que esté arruinando la generación de las queries.