Javier A. Jimenez (Zykboss) escribió: > No pierdas el punto, no estamos hablando de la mejor solución. Estamos > hablando de que MySQL puede funcionar mejor que otros motores > dependiendo del tipo de aplicación.
Como dice Rodrigo, me pregunto cual es la diferencia entre "la mejor solucion" y "la solucion que funciona mejor" :-) > Personalmente trabajo con varios > sistemas basados en MySQL, y el problema que hemos tenido no es del > motor, sinó con el diseño. Vale, no son sistemas gigantescos, pero > funcionan bastante bien, y migrar eso a Postgres ? ni loco... Lo bueno o > lo malo dependerá de su aplicación muchas veces. Bueno, pero a ver, si dices "funciona bastante bien", por que dices que han tenido problemas con el diseño? No queda claro si te refieres a que MySQL ha causado que el diseño tenga que ser malo, o que simplemente tienes gente incompetente que hizo un mal diseño. Solo por referencia te puedo comentar que puedes hacer un mal diseño en PostgreSQL tambien, obviamente :-) De hecho conozco un caso de un sistema grande que en Postgres está bien complicado porque el diseño es super malo. Les he propuesto muchas formas de corregirlo, y estoy seguro que lo haría mucho mejor, pero no han sido capaces de dar "el paso". Sin embargo, me pregunto si eres esceptico de cambiar a Postgres solo porque te resulta desconocido. Por que "ni loco"? Cual es el motivo? Si es solo porque "ya los tenemos andando en MySQL", entonces eso no es un punto a favor de MySQL, ni en contra de Postgres; es meramente un tema de barreras de cambio. Y quizas con Postgres puedas hacer algunas cosas mejor (mas rapido o con menos codigo, o ambas cosas) pero no te des cuenta porque no lo conoces. Me han tocado varios casos de esos, en que la gente tiene aplicaciones en MySQL y hacen algun proceso de formas bien enredadas que en Postgres se hacen muy facilmente. (A veces cuando digo "en Postgres" en realidad significa "en cualquier RDBMS"). -- Alvaro Herrera http://www.flickr.com/photos/alvherre/ "Cuando no hay humildad las personas se degradan" (A. Christie) From [EMAIL PROTECTED] Fri Jan 19 13:32:54 2007 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Fri Jan 19 13:31:23 2007 Subject: Aplicacion administrador Mysql CentOS In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Alvaro Herrera escribió: > Javier A. Jimenez (Zykboss) escribió: > > > No pierdas el punto, no estamos hablando de la mejor solución. Estamos > > hablando de que MySQL puede funcionar mejor que otros motores > > dependiendo del tipo de aplicación. > > Como dice Rodrigo, me pregunto cual es la diferencia entre "la mejor > solucion" y "la solucion que funciona mejor" :-) Fresco desde la prensa: http://blog.page2rss.com/2007/01/postgresql-vs-mysql-performance.html Observa como el comentario que en este momento esta al final (de un tal "coop") indica que cierto, MySQL es lento cuando usas "malas practicas", como por ejemplo : One thing MySQL can suck on is doing ordered joins on large tables, : since it tries to build a temporary table for the ORDER BY each time.. : the solution? A meta-data table and some denormalization. o sea debes horribilizar el modelo para que MySQL funcione bien?? Para mi realmente esta no es una respuesta. Por eso en Postgres hay un enfasis casi marciano en hacer que el optimizador funcione bien (y que aun las consultas mas raras funcionen lo mas rapido posible, sin tecnicas estupidas ni forzar a los usuarios a darse mil vueltas para solucionar problemas puntuales. Cierto que hay situaciones en que el optimizador se queda corto, pero todo el tiempo se atacan esos problemas y se buscan soluciones optimas e inteligentes. -- Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4 Bob [Floyd] used to say that he was planning to get a Ph.D. by the "green stamp method," namely by saving envelopes addressed to him as 'Dr. Floyd'. After collecting 500 such letters, he mused, a university somewhere in Arizona would probably grant him a degree. (Don Knuth) From [EMAIL PROTECTED] Fri Jan 19 14:36:42 2007 From: [EMAIL PROTECTED] (Javier A. Jimenez (Zykboss)) Date: Fri Jan 19 14:35:04 2007 Subject: Aplicacion administrador Mysql CentOS In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Alvaro Herrera wrote: > Javier A. Jimenez (Zykboss) escribió: > > >> No pierdas el punto, no estamos hablando de la mejor solución. Estamos >> hablando de que MySQL puede funcionar mejor que otros motores >> dependiendo del tipo de aplicación. >> > > Como dice Rodrigo, me pregunto cual es la diferencia entre "la mejor > solucion" y "la solucion que funciona mejor" :-) > Nuevamente, no pierdas el punto, hablaste en un post anterior que las soluciones de MySQL no eran las mejores... y ese no es el tema, no estamos hablando del mejor motor de base de datos. ni siquiera de la solución que funciona mejor... El tema es que hay tareas que MySQL las puede hacer bien, y es bueno y suficiente. Esto en realición al comentario que originó este vertedero de opiniones, el cual tajantemente dice "MySQL no deberia existir ni siquiera por si mismo" > >> Personalmente trabajo con varios >> sistemas basados en MySQL, y el problema que hemos tenido no es del >> motor, sinó con el diseño. Vale, no son sistemas gigantescos, pero >> funcionan bastante bien, y migrar eso a Postgres ? ni loco... Lo bueno o >> lo malo dependerá de su aplicación muchas veces. >> > > Bueno, pero a ver, si dices "funciona bastante bien", por que dices que > han tenido problemas con el diseño? No queda claro si te refieres a que > MySQL ha causado que el diseño tenga que ser malo, o que simplemente > tienes gente incompetente que hizo un mal diseño. > Y la comprensión de lectura ? el sistema funciona bien, los problemas que hemos tenido son de diseño, evidentemente cuando digo que funciona bastante bien es luego de corregir esos problemas (no se me ocurre de qué otra forma). Tal vez gente incompetente que hizo un mal diseño pueda explicarlo mejor... (si, lamentablemente no siempre se cuenta con gente capacitada, o experimentada, es más, pocas veces...). > Solo por referencia te puedo comentar que puedes hacer un mal diseño en > PostgreSQL tambien, obviamente :-) De hecho conozco un caso de un > sistema grande que en Postgres está bien complicado porque el diseño es > super malo. Les he propuesto muchas formas de corregirlo, y estoy > seguro que lo haría mucho mejor, pero no han sido capaces de dar "el > paso". > En alguna parte he escuchado algo similar... > Sin embargo, me pregunto si eres esceptico de cambiar a Postgres solo > porque te resulta desconocido. Por que "ni loco"? Cual es el motivo? > El motivo es que no vale la pena invertir tiempo en estar a la caza de errores que puedan surgir producto de la migración, sobre todo cuando el sistema, como dije anteriormente, funciona bien (esto ya no lo dije?). > Si es solo porque "ya los tenemos andando en MySQL", entonces eso no es > un punto a favor de MySQL, ni en contra de Postgres; No es mi intención darle puntos a uno o al otro, no me malentiendas. > es meramente un > tema de barreras de cambio. Y quizas con Postgres puedas hacer algunas > cosas mejor (mas rapido o con menos codigo, o ambas cosas) pero no te > des cuenta porque no lo conoces. Lo conozco. > Me han tocado varios casos de esos, en > que la gente tiene aplicaciones en MySQL y hacen algun proceso de formas > bien enredadas que en Postgres se hacen muy facilmente. > Seguramente... > (A veces cuando digo "en Postgres" en realidad significa "en cualquier > RDBMS"). > > Claramente el objetivo de plano es echar por tierra a MySQL, y migrar todo a Postgres ("o cualquier otro RDBMS")... y por qué? porque MySQL es malo... Ricardo mencionaba, tal vez el usuario no requiere integridad referencial, solo tablas sueltas (si, MyISAM), y MySQL es una opción... No voy a entrar en el terreno de que es o no es un motor de base de datos relacionales decente... Pero si es molesto ver gente que sale y dice que MySQL es malo y punto, me parece algo parcial (tal vez fanatismo por otro software)... Todo dependerá del tipo de aplicación a desarrollar... y tal. -- Javier A. Jimenez [EMAIL PROTECTED] http://www.solinpc.cl Universidad de Las Americas http://www.uamericas.cl
