From: | "Jaime Casanova" <systemguards(at)gmail(dot)com> |
---|---|
To: | "Mario A Wojcik" <mariowojcik(at)yahoo(dot)com(dot)ar> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Sugerencia de crear un Multiempresarial |
Date: | 2006-06-16 04:53:54 |
Message-ID: | c2d9e70e0606152153u2b3e2c18p446d8c01fad3d599@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On 6/13/06, Mario A Wojcik <mariowojcik(at)yahoo(dot)com(dot)ar> wrote:
> Gustavo referirse a sistema que manejar mucho empresa a la ves!!
>
> No, en serio. Creo que Gustavo se refiere a un sistema que maneja datos
> de N empresas por separado, y pregunta si la mejor opción es poner todo
> en una base y separarlas por un código en cada consulta, agregado o
> eliminado o bien si existe alguna forma, como en una tabla btrieve,
> access, etc de asignarle un nombre variable al conjunto de tablas y a
> partir de ese punto realizar las operaciones (en las bases mencionadas
> se separan por carpetas y las tablas tienen el mismo nombre).
> Espero haber aclarado un poco el tema!!
>
en la empresa donde trabajo usan un ERP llamado BaaN que crea
alrededor de 2000 tablas por cada empresa y yo trabajo para un grupo
de empresas (son mas de 10 empresas, no se exactamente porque la
mayoria son empresas pequeñas con poco moviiento y 4 empresas con
movimiento intenso)...
la base de datos es informix (que no es mala base de datos)... el
rendimiento? asqueroso, entre otros factores porque los catalogos de
informix (es algo similar para los de postgres?) no fueron hechos para
manejar esa cantidad de objetos...
--
Atentamente,
Jaime Casanova
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook
From | Date | Subject | |
---|---|---|---|
Next Message | Haroldo Stenger | 2006-06-16 06:26:29 | Re: Sugerencia de crear un Multiempresarial |
Previous Message | Jaime Casanova | 2006-06-16 04:44:15 | Re: concurrencia de triggers |