Skip site navigation (1) Skip section navigation (2)

Re: una bd con varios esquemas o varias bd

From: German Salinas <gs(dot)salinas(at)gmail(dot)com>
To: Emanuel Calvo Franco <postgres(dot)arg(at)gmail(dot)com>
Cc: PostgresLista <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: una bd con varios esquemas o varias bd
Date: 2010-06-18 21:56:48
Message-ID: AANLkTilxkEkhhsvaXY7_GVIUOe2ApwOm3OBGFrlUdEfP@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
El 18 de junio de 2010 12:30, Emanuel Calvo Franco
<postgres(dot)arg(at)gmail(dot)com>escribió:

> > Tengo que estructurar un repositorio de datos para 15 entidades (empresas
> )
> > distintas. Que es mas apropiado, generar un base de datos con 15
> esquemas,
> > bajo cada esquema replicar el modelo de datos requerido o generar 15 base
> de
> > datos distintas????
> >
>
> En cuanto a seguridad de datos... no se si las empresas dejarían que
> sus datos se almacenen compartidos con otras (solo suposición, el caso
> que planteas es muy genérico).
>
> Respecto a performance, el ponerlo en esquemas es mejor. Pero si la
> estructura se encuentra clonada y tienes que hacer operaciones que
> implican a todas las empresas, no se si te conviene dividir esquemas
> por empresa.
>
> Quizás si especificas el modelo de negocios, se pueda dar una idea más
> detallada.
>
>
>
No es requerimiento del modelo de negocios consultas consolidadas, las
empresas estan relacionadas entre si. Voy a probar con una sola base de
datos y esquemas para las entidades. Al mismo tiempo que la sugerencia de
Alvaro Herrera. Comentare despues como anduvo cada opcion.

Muchas gracias a todos,
Un saludo,
German Salinas.



*Lastima que te pagamos tu sueldo, porque no te lo mereces. Las sabias
palabras del filosofo porteño O.H.M.P*

In response to

pgsql-es-ayuda by date

Next:From: Desarrollo EscuintlaDate: 2010-06-18 22:30:21
Subject: PostgreSQL sobre Windows Vista Ultimate
Previous:From: Miguel Angel Hernandez MorenoDate: 2010-06-18 19:53:01
Subject: Re: pooling de conexiones????

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group