On Jun 14, 2010, at 11:23 AM, Alvaro Herrera wrote: > Excerpts from Ricardo Munoz's message of lun jun 14 09:49:30 -0400 2010: >> El 13 de junio de 2010 23:29, Alvaro Herrera >> <[email protected]>escribió: >>> En todo caso, como RDBMS, MySQL es un juguete y poco más. >> Hay juguetes que sirven... y cuales usar depende de que tipo de aplicaciones >> uno va a desarrollar, mandar a hacer o comprar. > En el 99% de los casos, lo que el desarrollador quiere es un RDBMS de > verdad ... sólo que no lo sabe :-(
El verdadero problema es cuando te das cuenta que necesitas algo "de verdad" y ya es demasiado tarde... por ejemplo si el # de requerimientos crece repentinamente, y la base de datos no escala; o que por a,b,c motivos estas terminando con corrupción de datos. No conozco aplicación que no deba cumplir al menos uno de estos dos requisitos. Partir con algo bien hecho es mucho mas barato a la larga... de hecho, si consideras los requisitos "obvios" de arriba, es mas barato en el corto plazo partir con postgresql pues para mysql dejarlo como corresponde hay que configurar, rediseñar y entender un montón de cosas. Tristemente no basta crear tablas innodb y es fácil que una aplicación deshabilite las características de integridad (?!). Todo es bastante complejo y enredado. No se de qué hablan cuando dicen que mysql es fácil. Aldrin Martoq http://aldrin.martoq.cl/
