From: | Espartano <espartano(dot)mail(at)gmail(dot)com> |
---|---|
To: | Xavier Vidal Piera <xavividal(at)gmail(dot)com> |
Cc: | Jaime Casanova <systemguards(at)gmail(dot)com>, Edwin Quijada <listas_quijada(at)hotmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: manejo de case studio y postgresql |
Date: | 2006-01-26 02:27:28 |
Message-ID: | d353bd50601251827w1ff05a13g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El 25/01/06, Xavier Vidal Piera<xavividal(at)gmail(dot)com> escribió:
>
>
> 2006/1/25, Espartano <espartano(dot)mail(at)gmail(dot)com>:
> > El 25/01/06, Jaime Casanova<systemguards(at)gmail(dot)com> escribió:
> > > On 1/25/06, Xavier Vidal Piera <xavividal(at)gmail(dot)com> wrote:
> > > > El mejor modelador que existe es el lápiz y una hoja de papel.
> > > >
> >
> > Tambien cuando entregas el modelado a un cliente ???
>
> No es bueno fiarse de una herramienta para que haga algo tan delicado como
> la documentación por ti. Yo he probado diferentes herramientas de ingeniería
> inversa para plasmar el diseño de la base de datos y siempre he encontrado
> fallos.
> El lápiz y el papel lo decía a la hora de diseñar. Para documentarlo hay que
> ser cuidadoso ya que hay muchas cosas que no todos los programas son capaces
> de reproducir.
Estoy de acuerdo, usamos el dbdesigner para crear el modelo, nunca
para ingenieria inversa, solo para tener un grafico del modelo, luego
de eso hacemos la base de datos a mano :p
>
> > > > Después ya lo pasarás por consola o pgadmin a la base de datos.
> > > >
> > > > Programas como CaseStudio u otros son limitados. Por ejemplo, en la
> última
> > > > versión que tuve de CaseStudio el programa no era capaz de representar
> una
> > > > self-join, ni tampoco una representación especial de jerarquías de
> tablas.
> > > >
> > > > Para cosas simples aún puede servir, pero reitero mi postura: utiliza
> la
> > > > consola o alternativas. Puede parecer "pesado" de usar, pero en cuanto
> le
> > > > coges soltura es lo mejor.
> >
> > Estoy de acuerdo, la lina de comandos es lo mejor y mas rapido que existe.
>
> Estamos de acuerdo
>
> > > >
> > > > Eso si, para programación de stored procedures/triggers si que es
> > > > recomendable una herramienta tipo EMS PostgreSQL manager (por el tema
> de
> > > > color de sintaxis, etc...)
> > > >
> > >
> > > el vim funciona bien para mi en cuanto colorear la sintaxis...
> > >
> >
> > Jeje como dice jaime el vim va de lujo para todo eso.
> >
> >
> > con respecto a lo de debdesigner nunca he hecho ingenieria inversa mas
> > que una vez para ver como funcionaba, me creo algunas referencias pero
> > no cheque si todas.
> >
>
> Reitero mi opinión. No dejes que la máquina haga el trabajo por ti.
>
> Si existieran programas que fueran capaces de automatizarlo todo, nos
> quedaríamos sin trabajo , no crees?
>
>
>
> --
> ***************************************************
> Xavier Vidal Piera
> Enginyer Tècnic en Informàtica de Gestió
> Tècnic Especialista en Informàtica d'equips
> xavividal(at)gmail(dot)com
> 610.68.41.78
From | Date | Subject | |
---|---|---|---|
Next Message | vicentebeach | 2006-01-26 04:22:54 | ayuda con postgresql |
Previous Message | Jose Ortega | 2006-01-25 22:36:50 | Casos de Exito |