cambio de version de 4.0 a 5.0

[lexus]

hola
siempre he trabajado con mysql 4.0 y un dia me dio por instalar la version 5 para probar sus beneficios. pero de ahi en adelante toda las cosas que habia programado mis consultas en asp dejaron de fucnionar..

que cambia o a qeu se debera esto si antes me funcinoaban perfecamente mis sql y ahora no me arroja ningun resultado.. los formatos de fechas cambian o algo?

[gnzsoloyo]

Has olvidado la regla básica de cambiar por una versión superior: Hay que leer el manual primero.
Aquí vas a encontrar la mayor parte de los detalles: 2.10.1. Aumentar la versión de 4.1 a 5.0

El tema pasa no solamente porque se incorporaron los STORED PROCEDURES, STORED FUNCTIONS y TRIGGERS, sino que se resolvieron infinidad de bugs de que la versión 4.0 adolecía, incluyendo muchos que afectaban los formatos de fecha.
En ese tema, tendrás que leer: Apéndice C. Historial de cambios de MySQL

Sería mejor que leas los links y luego veamos los problemas que tienes y sus soluciones, habida cuenta que es mucho lo que cambió entre ambas versiones.

[huesos52]

Donde presenta fallos?

La actualización de mysql4 a mysql5 en cuanto a consultas SQL son iguales. Es posible que la versión 5 tenga mas beneficios, pero en cuanto a sql no creo que haya cosas que no funcionen en la versión 5 y si en la 4..

Creo que los errores se deben mas, al llamado de los datos desde asp.

Un saludo

[gnzsoloyo]

La actualización de mysql4 a mysql5 en cuanto a consultas SQL son iguales. Es posible que la versión 5 tenga mas beneficios, pero en cuanto a sql no creo que haya cosas que no funcionen en la versión 5 y si en la 4..

En realidad si existen ciertos "errores", aunque no a nivel de sintaxis base, esta sigue respondiendo, pero puede ocurrir que consultas que antes funcionaban bien ahora ya no devuelvan datos.
Esto se debe a cambios entre las versiones que modificaron el comportamiento de funciones de fecha y de campos de fecha. Originalmente el MySQL 4, al comparar entre un DATE y un DATETIME "cortaba" el DATETIME a DATE. A partir de la versión 5.0 lo hace al revés, con los cambios de lógica que pueden darse si se están o no manipulando horas...
Al margen de eso, se cambiaron tipos de tablas, columnas soporte de motores de tablas y muchas cosas, algunas de las cuales requieren conversiones de formato previas a la instalación del MySQL 5.0, o de lo contrario no funcionarían.
Uno de esos casos es el de las tablas ISAM, que fueron cambiadas por las MyISAM.

[huesos52]

Originalmente el MySQL 4, al comparar entre un DATE y un DATETIME "cortaba" el DATETIME a DATE. A partir de la versión 5.0 lo hace al revés, con los cambios de lógica que pueden darse si se están o no manipulando horas...

Tienes toda la razón. Gracias por la aclaración.

Al margen de eso, se cambiaron tipos de tablas, columnas soporte de motores de tablas y muchas cosas, algunas de las cuales requieren conversiones de formato previas a la instalación del MySQL 5.0, o de lo contrario no funcionarían.
Uno de esos casos es el de las tablas ISAM, que fueron cambiadas por las MyISAM.

Totalmente de acuerdo. Solo me refería a compatibilidad en SQL.

[gnzsoloyo]

SI. En ese punto no hay diferencias sintácticas.
La duda es ahora es ¿qué errores le produce a lexus?, ¿cómo se manifiestan? ¿Muestran mensajes de error o sólo son sentencias que no devuelven datos?

[lexus]

la verdad son sentencias que no devuelven datos y si me pasa exclusivamente cuando hago selects con fechas.. esto me funcionaba perfectamente antes en las versiones anteriores..

aunke pues solo lo instale para hcer pruebas no lo he instalado en alguna parte definitiva..
porque me imagine ke me iba apresentar problemas..
tonces por lo qeu veo al instalar esta nueva versino me tocaria hacerm uchos cambios de programacion.. por tal motivo no creo ke me ccambie a la nueva version..

[gnzsoloyo]

Te conviene ir cambiando de versión, porque no le queda mucho resto de soporte a la versión 4 (piensa que la 6.0 beta ya está en marcha), y además estás desaprovechando la oportunidad de aumentar la seguridad de tu base, optimizar recursos de hardware, hacer más eficientes las consultas y al menos reducir los tiempos de proceso de consulta.
Lo único que tienes que hacer es verificar, de inicio, en qué casos las consultas no te devuelven lo esperado y verificar cuál sería la sintaxis correcta.
Por más tiempo que eso te lleve, la ganancia final será mayor.

[lexus]

si tienes toda la razon.. si par aproeyctos nuevos si mequiero cambiar.. sino que me refieron en un caso espeficico a un softwre ke hice ya hace bastante tiempo y tiene muchas consultas que estan orientadas a mysql 4.0 tonces queda ya como muy dificil cambiarlas a 5.

pero me gustaia mucho aprovechar las ventajas ke tienen las nuevas versiones.