Mysql, años bisiestos y divisiones por cero

[lucasarts_18]

Empezado por jachguate

Alguién ha indicado que si se usa fechas en formato ISO trabajaría:

INSERT INTO leaptest VALUES ('2008-02-28');

Esto genera un warning, pero deja la fila con fecha 0000-00-00.
Resultado de la prueba: NO satisfactorio.

Esto funciona, ya que la fecha es correcta y está en formato USA , acabo de hacer la prueba en mi mysql y va correcto. Asi tambien si pones

INSERT INTO leaptest VALUES ('2008-02-29');

y para finalizar...

INSERT INTO fecha VALUES ('2009-02-29');

Me lo deja en '0000-00-00', pero no me sale ni advertencia ni error, eso es lo malo de mysql . No gestiona muy bien las excepciones.

Hasta Luego .-

[keyboy]

Hay algunos puntos que observar:

MySQL no acepta fechas en formato 'libre' en una sentencia INSERT como las indicadas. No importa si le ponen 29-feb-2008 o 10-sep-2005, MySQL almacenará 0000-00-00. Es decir, no se trata de un manejo incorrecto de años bisiestos.

Si se introducen fechas en el formato que MySQL entiende, que es el que indica lucasarts_18, las fechas se almacenan correctamente. En la versión 4, según indica el manual:

MySQL versions through 4.1 accept certain “illegal” values for dates, such as '1999-11-31'. This is useful when you want to store a possibly incorrect value specified by a user (for example, in a web form) in the database for future processing.

se trata, no de un error, sino de una decisión (buena o mala ya es otra cosa pero es la razón que ellos dan).

No sé en la versión 5 como sea, aunque el manual menciona que debe dar una advertencia. De todas formas, no creo que pueda aducirse que maneja mal las excepciones, simplemente han decidido almacenar valores como 0000-00-00 o NULL (en el caso de 0/0) para valores erróneos. Es una decisión, no un error.

Bye

[lucasarts_18]

Empezado por keyboy

se trata, no de un error, sino de una decisión (buena o mala ya es otra cosa pero es la razón que ellos dan).

Tienes razón, es la forma que ellos han optado, sin embargo estoy acostumbrado a un motor como Oracle que no deja pasar ninguna bala..., pero pensando que MySQL se creo para un ambiente web donde lo que importaba era la velocidad, por ahí puede que le encuentre una razón de ser....

Empezado por keyboy

No sé en la versión 5 como sea, aunque el manual menciona que debe dar una advertencia. De todas formas, no creo que pueda aducirse que maneja mal las excepciones, simplemente han decidido almacenar valores como 0000-00-00 o NULL (en el caso de 0/0) para valores erróneos. Es una decisión, no un error.

A mí no me pasa nada, ninguna advertencia, a veces desde php se me cuelan algunas fechas erroreas, pero ese es otro cuento, puede ser un problema que no lo controle desde el propio php, pero incluso esto, llega a ser un poco incómodo.....

Por último mysql maneja diversos "modos" y pueda que no lo tenga configurado como tal para que me levante tal advertencia, pero esto ya escapa de mis manos, y es que leerme el manual de mysql, que por decirlo de alguna manera "me da un poco de pereza" , empero, prefiero la documentación de php que va directo al grano.

Hasta Luego .-