No creo que MySQL sea una base de datos buena para cosas serias.
¿Qué tienen que ver las "cosas serias" con los requisitos del sistema? ¿Quieres decir que me la he estado jugando al usar MySQL en producción, a pesar de que cumplía todos los requisitos de mi aplicación? Oh, entonces es que mi aplicación no es seria... Se lo tendré que decir a mis clientes :)
MySQL es de juguete, vale para hacer SELECT's JOINs sencillitos y poca cosa más.
Integridad referencial, subqueries, stored procedures, cursores... Eso en MySQL estándar. Por otro lado, tienes MaxDB, de MySQL también, con vistas, cursores, stored procedures y cursores, tolerancia a fallos, scheduling, y más. Tú mism@ puedes echar una ojeada [mysql.com]
Mira que nunca pico con esto de los memes (hay tópicos de MySQL que ya suenan a rancio), pero hoy me habreis pillado con el dia senaibleo.
Re:MySQL? no es una buena idea
(Puntos:2)( http://www.dutudu.mideann.net/ | Última bitácora: Lunes, 26 Enero de 2004, 21:31h )
No creo que MySQL sea una base de datos buena para cosas serias.
¿Qué tienen que ver las "cosas serias" con los requisitos del sistema? ¿Quieres decir que me la he estado jugando al usar MySQL en producción, a pesar de que cumplía todos los requisitos de mi aplicación? Oh, entonces es que mi aplicación no es seria... Se lo tendré que decir a mis clientes :)
MySQL es de juguete, vale para hacer SELECT's JOINs sencillitos y poca cosa más.
Integridad referencial, subqueries, stored procedures, cursores... Eso en MySQL estándar. Por otro lado, tienes MaxDB, de MySQL también, con vistas, cursores, stored procedures y cursores, tolerancia a fallos, scheduling, y más. Tú mism@ puedes echar una ojeada [mysql.com]
Mira que nunca pico con esto de los memes (hay tópicos de MySQL que ya suenan a rancio), pero hoy me habreis pillado con el dia senaibleo.
Gestiona tu tiempo [mideann.net]