"Mejor" base de datos que MySQL...

[roman]

Empezado por rgstuamigo

Si hay algo por lo que MySQL es conocido es por ser muy potente

Yo no creo que ésta sea la característica por la cual es conocido. MySQL es muy bueno para mostrar datos, pero para insertar, borrar y modificar ya no lo es tanto, sobre todo si se usan tablas InnoDB (y difícilmente se llega lejos si no se usan tablas transaccionales). Si a eso añadimos una buena cantidad de vistas y disparadores, no estaría tan seguro de la potencia de MySQL.

// Saludos

[rgstuamigo]

Empezado por roman

Yo no creo que ésta sea la característica por la cual es conocido. MySQL es muy bueno para mostrar datos, pero para insertar, borrar y modificar ya no lo es tanto, sobre todo si se usan tablas InnoDB (y difícilmente se llega lejos si no se usan tablas transaccionales). Si a eso añadimos una buena cantidad de vistas y disparadores, no estaría tan seguro de la potencia de MySQL.

// Saludos

No deseo generar una polémica , ya que cada programador siempre va defender su herramienta de trabajo y siempre van a existir diferentes puntos de vista, lo que puedo responder es que MySQL se ha ganado un lugar especial en lo que se refiere a Servidores de Base de datos, por ejemplo Wikipedia trabaja con MySQL, Amazon tambien,La NASA, y la lista de usuarios es larguita sin contar aquellos sitios desconocidos..
Si se dan cuenta estamos hablando no tan solo de 100 tablas, sino ,en algunos caso muy pero muy por encima de eso..
Saludos...

[[movorack]]

Empezado por rgstuamigo

... MySQL se ha ganado un lugar especial en lo que se refiere a Servidores de Base de datos, por ejemplo Wikipedia trabaja con MySQL, Amazon tambien,La NASA, y la lista de usuarios es larguita sin contar aquellos sitios desconocidos...

MySQL si se ha ganado un lugar en la web, obvio PHP le dá un excelente soporte... PHP+MySQL+Apache son una llave que trabaja muy bien... pero MySQL "sacrificó" algunas casracterísticas de estabilidad e integridad de datos en aras de la rapidez que necesita una pagina web.

Algunas entidades del estado Colombiano tienen sus portales de información construidos en JSP+Oracle... la información es sorprendentemente fiel pero a costo de la rapidez de consulta... uno puede ir al baño y volver mientras consultas la información de tu cedula desde la web... pero esos mismos sistemas los ves en las mismas oficinas del estado y allí, en la intranet... eso que era lento es eficaz.

Desde que me inicié en el desarrollo, usé Interbase/firebird y luego PostgreSQL; a MySQL lo habia escuchado hablar... y una vez estando en un seminario de desarrollo de aplicaciones en MySQL+PHP... el mismo conferencista se enredó con una llave foranea... (ojo... el seminario fué hace mas de tres años) pq aunque lo habia definido bien en la practica... no le funcionaba correctamente y le dejaba añadir lo que sea... luego se dió cuenta que no estaba usando el motor correcto... me quedé con la idea que si quieres rapidez de despliegue (webs y portales de información general)... MySQL... si quieres integridad (Información empresarial relevante, Bancos)... MySQL no es la opción. me terminé inclinando por PostgreSQL pq PHP le dá un buen soporte... en aquel tiempo tenias que configurar el php.ini para darle soporte a firebird y no era muy bueno que digamos

[rgstuamigo]

Empezado por movorack

... y una vez estando en un seminario de desarrollo de aplicaciones en MySQL+PHP... el mismo conferencista se enredó con una llave foranea... (ojo... el seminario fué hace mas de tres años) pq aunque lo habia definido bien en la practica... no le funcionaba correctamente y le dejaba añadir lo que sea... luego se dió cuenta que no estaba usando el motor correcto... me quedé con la idea que si quieres rapidez de despliegue (webs y portales de información general)... MySQL... si quieres integridad (Información empresarial relevante, Bancos)... MySQL no es la opción. me terminé inclinando por PostgreSQL pq PHP le dá un buen soporte... en aquel tiempo tenias que configurar el php.ini para darle soporte a firebird y no era muy bueno que digamos

Interesante relato amigo movorack,yo tambien me acuerdo claramente que en la Universidad donde estudio, algun compañero me dijo que MySQL no soportaba Foreign Key (Integridad) y me sorprendió el desconocimiento de muchos hacia MySQL. Yo le explique que si lo soportaba y que si deseara usarlo debía usar el motor(engine) InnoDB, aunque parece que no me creyó, seguramente él estaba trabajando con el motor MyIsam..
De PostGree no te puedo hablar mucho ya que no lo he usado casi nada pero segun he visto es un Monstruo ,tiene de todo y sobre todo es libre..
Saludos...

[[AzidRain]]

Estoy de acuerdo con Román. También hace falta que hagas o te haga alguien externo que no conozca tu proyecto, un análisis a conciencia del diseño de tu base de datos así como de las consultas y vistas que ocupas. Muchas veces el problema de velocidad radica en un diseño deficiente que funciona con unos pocos registros ya que no se nota que esta mál planeado hasta que tienes varios miles. En lo personal es lo que yo haría ya que además en caso de que sea necesario migrar a otro motor ya tendrás todo optimizado.

[[movorack]]

hago una aclaración... por si las moscas... no he pensado nunca que MySQL fuese una base de datos de juguete... es más conozco un sistema de administración escolar construido en PHP + MySQL que trabaja muy bien.

[Lord Delfos]

Bueno, yo también recomiendo Postgre.

Tengo un amigo en una empresa cuyo nombre no puede ser nombrado... y tuvieron un problema similar: la base se hizo grande y MySQL parece que no podía con la carga, se cambiaron a Postgre y mi amigo volvió a dormir todas las noches.

También he leído por ahí que se puede conectar con Oracle, lo que sería fenomenal pero, por supuesto, hay que desembuchar unos cuantos billetines.

[Casimiro Noteví]

Empezado por roman

Yo no creo que ésta sea la característica por la cual es conocido. MySQL es muy bueno para mostrar datos, pero para insertar, borrar y modificar ya no lo es tanto, sobre todo si se usan tablas InnoDB (y difícilmente se llega lejos si no se usan tablas transaccionales). Si a eso añadimos una buena cantidad de vistas y disparadores, no estaría tan seguro de la potencia de MySQL.
// Saludos

No lo quise decir yo porque pensé que me arriesgaba a sufrir un "coscorrón" de tu parte

[roman]

Je, je. No tendría por qué hacerlo. Como sabes, yo uso MySQL casi exclusivamente. Con lo que yo no estoy de acuerdo es con que se tilde a MySQL como base de juguete, de aficionados, light, etc. Hay mucho desarrollo profesional hecho sobre MySQL que va más allá de simples gestores de contenido.

Pero hay sistemas para los cuales no creo que de el ancho. Sistemas donde hay muchas inserciones, con muchos usuarios simultáneos y enorme cantidad de información.

// Saludos