Re:

From: Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>
To: angel Iracheta <angel(dot)iracheta(at)gmail(dot)com>
Cc: "Richard Rodriguez M(dot)" <rrodriguez(at)tumisolutions(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re:
Date: 2004-10-18 20:55:51
Message-ID: 20041018205551.GC7687@dcc.uchile.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

On Fri, Oct 15, 2004 at 09:40:36AM -0500, angel Iracheta wrote:
> Por un lado pienso que si continúa todo igual, Postgresql llegará a
> convertirse en la BD No. 1 del mundo, ya nada lo detiene, por lo que
> no me preocuparía en cambiar de backend en el mediano plazo.

Heh ... me acuerdo haber hecho ese mismo comentario hace dos o tres
an~os, un poco usandolo como excusa para no preocuparme demasiado de la
portabilidad en un sistema en Perl (use Pg-perl en lugar de DBI). Hasta
ahora ha salido como esperaba ...

Por otra parte, creo que lo de las tres capas y la independencia del
backend esta sobrevalorado en extremo. Usar una capa intermedia con
frecuencia induce a que algun pajarraco se ponga a modificar la BD
directamente usando psql (por ejemplo) con resultados ... como decirlo ...
poco idoneos. Forzar la integridad en la BD misma es, al menos en mi
experiencia, mucho mas saludable.

El ejemplo extremo de la independencia del backend es SAP/R3 (no
recuerdo si hice ya este comentario). Implementan hasta las llaves
foraneas en la "capa intermedia" ... el resultado es un monstruo de
aplicacion. Para mi, no gracias.

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"I think my standards have lowered enough that now I think 'good design'
is when the page doesn't irritate the living f*ck out of me." (JWZ)

In response to

  • Re: at 2004-10-15 14:40:36 from angel Iracheta

Responses

  • RE: at 2004-10-21 20:58:16 from Richard Rodriguez M.

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Alvaro Herrera 2004-10-18 21:04:23 Re: search_path
Previous Message Alvaro Herrera 2004-10-18 20:51:22 Re: Images con Pgsql