Aplicacion administrador Mysql CentOS

[Javier A. Jimenez (Zykboss)]

Juan Martínez wrote:
> Javier A. Jimenez (Zykboss) escribió:
>> Alvaro Herrera wrote:
>>> Javier A. Jimenez (Zykboss) escribió:
>>>> [...]
>>>
>>> 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...
>
> Lo cual es cierto. Siempre quedan cortas...
Falso, "siempre" es un término muy amplio.
>
>> 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...
>
> Es que son dos cosas que van de la mano.
> Un buen software, siempre sera la mejor solucion "standart" para 
> cualquier problema.
>
Generalmente... y ?
>> El tema es que hay tareas que MySQL las puede hacer bien, y es bueno 
>> y suficiente.
>
> El tema es que MySQL no se le puede llamar DBMS
No es lo que estoy diciendo.
>
>> 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"
>
> Por que rompe la teoria, y eso es grave.
>>>> Personalmente trabajo con varios sistemas basados en MySQL, y el 
>>>> problema que hemos tenido no es del motor, sinó con el diseño.
>
> Eso ocurre todo el tiempo, nada nuevo...
>
Claro, no descubrí américa, pero tenía que mencionarlo.
>>>> 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 ?
>
> Digamos que MySQL ayudar a hacer malos diseños...
El diseñador es quien hace malos diseños.
>
>> [...]
>>> [...]
>>> 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,
>
> Ok, es el primer argumento de peso hasta aquí.
>
>> sobre todo cuando el sistema, como dije anteriormente, funciona bien 
>
> Claro. Pero hoy uno debe ser altruista y siempre mirar hacia el ideal...
Mirar es una cosa, llevarlo a la ejecución no es lo mismo.
>
>>> 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.
>
> No lo conoces.
Lo que tu digas.
> No creo que seas tan fundamentalista
Fundamentalista ? discrepar con tu posición me convierte en 
fundamentalista ?
> para seguir usando un software cuestionable por muchos frentes.
A veces no tienes opción.
>
> Tuve la suerte de empezar con postgres y tener que usar mysql despues, 
> y por Dios que uno agradece el consejo que le dieron al momento que 
> uno tomaba la decision...
>
Que bueno.
>>> (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
>
> No necesariamente, podria ser SQLite tambien :-)
>
>> ("o cualquier otro RDBMS")... y por qué? porque MySQL es malo...
>
> No.
>
> Por que:
>
> 1. No es 100% opensource
> 2. Rompe la teoria (grave)
> 3. Su argunmento principal es "es muy rapido". Yo podria escribir 
> rapidamente algo que uses archivos planos y andaria aun mas rapido...
>
>> Ricardo mencionaba, tal vez el usuario no requiere integridad 
>> referencial, solo tablas sueltas (si, MyISAM), y MySQL es una opción... 
>
> No es opcion.
Si lo es.
> Si quieres tablas sueltas, usa archivos de texto.
>
No es opción.
> Lo minimo que uno espera de bases de datos *_relacionales_* es que te 
> entregen nativamente la integridad referencial...
>
>> No voy a entrar en el terreno de que es o no es un motor de base de 
>> datos relacionales decente...
>
> O sea... Entonces cual es la idea?
>
No entrar en esa discución (ya no lo dije?)
>> 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.
>
> Los argumentos que mas veo es "si es facil y funciona, entonces es 
> bueno" y eso es falso
No, no he dicho eso.
> , sino usemos todos hasefroch...por algo estamos aqui.
>
Usa lo que desees.
> Cuesta mucho siempre hacer lo mejor que se pueda?
> O mejor es conformarse con lo bueno?
>
Idealismo...
> Y no me vengan con que lo mejor es enemigo de lo bueno, por que eso es 
> para los autocomplacientes...
>
Sin comentarios...

-- 
Javier A. Jimenez
jjimenez en solinpc.cl
http://www.solinpc.cl

Universidad de Las Americas
http://www.uamericas.cl