Re: modelado de datos

> No se puede modelar un sistema de mas de 100 tablas. Ni con lapiz y
> papel ni con todas las herramientas del mundo. Lo primero que debes
> hacer es agrupar las 100 tablas en grupos manejables, y atacas cada uno
> de los grupos como un problema separado.

esto es obvio, pero los case ayudan mucho.

> La diferencia es que nosotros tenemos cerebro ...

este es el principal error de un informático, subestimar a los
usuarios, sabiendo
que nos debemos a ellos.

Gracias por la herramienta.

El 20/06/06, Alvaro Herrera<alvherre(at)commandprompt(dot)com> escribió:
> Moises Alberto Lindo Gutarra escribió:
>
> > No se trata de facilitar el trabajo, sino de hacernos mas productivos
> > y evitar errores en el diseño ya sea de las bases de datos o de los
> > modelos del proceso de nuestra solución. Imaginate como podrías
> > modelar un sistema Integral de Logística que puede tener mas de 100
> > tablas solo con lápiz y papel
>
> No se puede modelar un sistema de mas de 100 tablas. Ni con lapiz y
> papel ni con todas las herramientas del mundo. Lo primero que debes
> hacer es agrupar las 100 tablas en grupos manejables, y atacas cada uno
> de los grupos como un problema separado.
>
> > o sino hacer una ingeniería reversa de un aplicativo existente
> > que quieras dar mantenimiento para que puedas entender algo las relaciones
> > de las tablas.
>
> Ese es un problema diferente; para ese problema yo uso Autodoc, que no
> es la novena maravilla del mundo pero funciona.
>
> > Si creamos soluciones para otros usuarios, porque no ser nosotros
> > mismos nuestros propios usuarios y utilizar o crear soluciones para
> > nuestro mejor desempeño
>
> La diferencia es que nosotros tenemos cerebro ...
>
>
> En todo caso, quizas la herramienta que te sirva sea Glom. Echale un
> vistazo.
>
> http://www.glom.org/wiki/index.php?title=Main_Page
>
> --
> Alvaro Herrera http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>