[SOLUCIONADO] ¿Por qué MySQL en vez de guardar el año guarda el número 127?

[berkeleyPunk]

Buena tarde!

Estoy jugando con un formulario que tiene, entre otras cosas, 3 input text en los que el usuario debe introducir su fecha de nacimiento. Los guardo en la BD:

Código MySQL:

INSERT INTO `mi_bd`.`mi_tabla` (`id`, `dia`, `mes`, `anio`) VALUES ('', '$dia', '$mes', '$anio')
 

Pero por alguna razón extraña, al ver el contenido de la BD, mediante una consulta o por phpMyAdmin, veo que el campo anio no contiene la fecha introducida, digamos 1979, sino siempre un 127. ¿Por qué?

¿Acaso es coincidencia y tiene algo que ver con el http://127.0.0.1 del servidor local?


Saludos!

[gnzsoloyo]

Pero por alguna razón extraña, al ver el contenido de la BD, mediante una consulta o por phpMyAdmin, veo que el campo anio no contiene la fecha introducida, digamos 1979, sino siempre un 127

No es ninguna razón extraña. Es simplemente que has cometido dos errores:
1) Declaraste el año como TINYINT con signo, lo que hace que su rango de representación sea de -128 a + 127. Muy mala elección para un número que almacenará años...
2) Creaste tres campos para un dato que se almacena en uno sólo. Las fechas se deben almacenar en campos DATE, DATETIME o TIMESTAMP, pero no deben almacenarse en campos separados. Es un desperdicio de recursos y resulta ineficiente para las consultas.

Para corroborar lo que digo, hagamos una cosa: Ejecutaa esto y postea el resultado:

Código MySQL:

SHOW CREATE TABLE `mi_bd`.`mi_tabla`
 

[berkeleyPunk]

Iniciado por gnzsoloyo

1) Declaraste el año como TINYINT con signo...
2) Creaste tres campos para un dato que se almacena en uno sólo. Las fechas se deben almacenar en campos DATE, DATETIME o TIMESTAMP...

Ejecutaa esto:

Código MySQL:

SHOW CREATE TABLE `mi_bd`.`mi_tabla`
 

Gracias por responder, maestro gnzsoloyo.

Respondo a tu
s 3 indicaciones:
1. Tienes razón, no le quité el signo al TINYINT. En Atributos seleccioné la opción UNSIGNED, y la cosa no cambió mucho. Ahora me pone 255 en vez de 127.

2. Al crear el formulario, vi que iba a ser una lata poner un sólo input text para que el usuario escribiera su fecha de nacimiento, porque la iba a poner en el formato que le diera en gana, y validar eso resultaría muy cansado. De ahí los 3 input text, así no hay pierde. Con un poco de javascript hago que admitan sólo números, que los dígitos sean sólo dos para los meses y 4 para el año... y se acabó. Maestro gnzsoloyo, por favor dame una alternativa a esto.

3. Por último, pides que ejecute una consulta. Acerca de ello, lo hice en la pestaña SQL del phpMyAdmin, la consulta fue exitosa... No noté ningún cambio.


Saludos!

[quimfv]

1. Tienes razón, no le quité el signo al TINYINT. En Atributos seleccioné la opción UNSIGNED, y la cosa no cambió mucho. Ahora me pone 255 en vez de 127.

El problema no es el signo sino el TINYINT, definelo como INT(4).... pero mejor haz caso a @gnzsoloyo y crea un campo date.

2. Al crear el formulario, vi que iba a ser una lata poner un sólo input text para que el usuario escribiera su fecha de nacimiento, porque la iba a poner en el formato que le diera en gana, y validar eso resultaría muy cansado. De ahí los 3 input text, así no hay pierde. Con un poco de javascript hago que admitan sólo números, que los dígitos sean sólo dos para los meses y 4 para el año... y se acabó. Maestro gnzsoloyo, por favor dame una alternativa a esto.

Algo de javascript para validar el formato de fecha, busca que hay scripts hechos.

Si no con lo que tines hecho construyes la fecha en el formato de mysql y la guardas en un campo date

Código MySQL:

INSERT INTO `mi_bd`.`mi_tabla` (`id`, `fechaNacimiento`) VALUES ('', '"$anio."-".$mes."-".$dia"')
 

(ojo que he usado un poco de php)

3. Por último, pides que ejecute una consulta. Acerca de ello, lo hice en la pestaña SQL del phpMyAdmin, la consulta fue exitosa... No noté ningún cambio.

esa consulta no es para que se produzca ningún cambio simplemente es para que MUESTRE (SHOW) la estructura de creación de la tabla con la que estamos trabajando y lo puedas postear, de manera que todos tengamos la información completa del problema.

[berkeleyPunk]

Iniciado por quimfv

El problema no es el signo sino el TINYINT, definelo como INT(4).... pero mejor haz caso a @gnzsoloyo y crea un campo date.

Buen día, maestro quimfv. Lo puse en INT(4) y funcionó
Aunque al mirar las opciones que tenía para la fecha (¡lo que es no poner atención!), vi que había un tipo YEAR, .

Iniciado por quimfv

...esa consulta no es para que se produzca ningún cambio simplemente es para que MUESTRE (SHOW) la estructura de creación de la tabla...

Ok, entendido y aquí está el resultado. Dejé la tabla como estaba inicialmente:




Saludos!

[Alexis88]

Mejor hazle caso a gnzsoloyo y guarda la fecha en un campo de tipo DATE, mientras que para el ingreso de la misma en un formulario, utiliza un input de tipo 'date' o el datapicker de jQuery. Con esto, te olvidas del problema de que el usuario ingrese cualquier dato, aunque claro, la validación del lado del servidor la tendrás que hacer de todos modos, para lo cual, solamente tendrías que desglosar a la fecha en tres datos a partir de los guiones que hay entre el año, mes y día. Y si quieres validar con JavaScript, pues el procedimiento sería el mismo. Ojo, en PHP hay una función que valida fechas.

Saludos

[berkeleyPunk]

Iniciado por Alexis88

Mejor hazle caso a gnzsoloyo y guarda la fecha en un campo de tipo DATE, mientras que para el ingreso de la misma en un formulario, utiliza un input de tipo 'date' o el datapicker de jQuery...

Perdón por contestar tan tarde, pero he estado ocupado con el trabajo que me traigo a casa.

Excelente, maestro! Veo que HTML5 incorpora varios tipos de input, entre los cuales está el tipo date que mencionas. Ya lo vi en funcionamiento y es increíble. El problema sería con los navegadores medio viejos. Pero para esto está el datapicker de jQuery que mencionas, que igualmente está increíble. Sin duda, voy a usarlos y a olvidarme de la forma garagera que me estaba aventando.



Saludos!