otra duda

[Mauro Morales M.]

From: "Horst von Brand" <vonbrand en inf.utfsm.cl>
: Alvaro Herrera <alvherre en dcc.uchile.cl> dijo:
: > On Wed, Apr 28, 2004 at 08:31:05PM -0400, Joel A. Iturra wrote:
:
: [...]
:
: > > En todo caso concuerdo que si aun no han escogido una db y el asunto a
: > > desarrollar es grande (complejo), mejor tirarse por postgresql.
: >
: > No te quepa duda.
:
: Igual discrepo: Lo que _hoy_ es una aplicacioncita con unas tablitas y
: accesos simples en cuanto se vea que es util, se extiende... y se sale de
: los margenes que "herramientas para uso casero" dan. Y migrar eso luego es
: _mucho_ mas duro que hacerlo bien de un comienzo.
:
: Requieres (algo similar a) un RDBMS? Usa un RBDMS de verdad. Es la
solucion
: mas simple. Mientras el sistema sea chico, el rendimiento no importa (y
: para que complicarse la vida?). Si crece, ya veras donde aprieta el
: zapato... y si llegas a la situacion que el rendimiento del RDBMS es
: absolutamente vital (aun a costa de seguridad de los datos!), terminaras
: rehaciendo igual.

En varios casos se puede hacer 'abstraccion' del DBMS a usar, usando algunas
clases o templates, etc (segun estrategias que se desean seguir) y asi
aminorar
el costo de adaptacion de codigo fuente y facilita su reusabilidad.

Nunca habia usado MySQL (a nivel de desarrollo profesional), salvo ahora por
un tema
muy muy muy especifico, y como estoy trabajando a una capa superior en las
llamadas
a las querys (obligadamente) evitare que el cambio a PostgreSQL sea
'traumatico'.
Pero en tan solo esta semana de desarrollo ya no quiero saber mas de MySQL,
por la infinidad de 'detalles' en las que hay que darse 'la lata' de
verificar/revisar/validar
antes de dar por segura una 'transaccion' en el codigo fuente y no como
tarea propia del DBMS.

Saludos,

--
Mauro Morales M.
mailto:mmm en tierramedia.org
Linux User # 160358