Dos compañias en la misma BD

Hola, me parece que con esa estructura vas a tener muchos problemas de
mantenimiento :(

Yo haria:

1) En cada tabla una columna empresa para poder dividir las aguas
2) Una BDD por empresa

En lo personal utilizo la opcion 1


"Carlos Rodriguez" escribió en el mensaje
news:

Me pidieron extender un sistema para manejar dos compañias. Para ello
estoy
pensando duplicar las tablas dentro de la misma bd agregandole un prefijo
al
nombre de cada tabla, ej. 1_CUENTAS (tabla de cuentas compania #1) y
2_CUENTAS (tabla de cuentas compania #2) , 1_FACTURAS, 2_FACTURAS y asi
sucesivamente...

Que opinan de esa estructura ? hay alguna otra opcion que crean mejor ?

Gracias

CR

No conozco los detalles de lo que tienes que hacer, pero en general para
estos casos preferiría agregar una columna más a las tablas disponibles
que indique la compañía a la que el dato pertenece. Esto es útil si
ambas compañías tienen que manejar en algún momento los datos
consolidados.

Si las compañías deben tratar sus datos en forma totalmente separada una
de otra, preferiría tener una base de datos separada por cada compañía.

Considerar esto solamente como una opinión de índole general, no es una
receta :-)

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and
confers no rights.



"Carlos Rodriguez" wrote in message
news::

Me pidieron extender un sistema para manejar dos compañias. Para ello
estoy
pensando duplicar las tablas dentro de la misma bd agregandole un prefijo
al
nombre de cada tabla, ej. 1_CUENTAS (tabla de cuentas compania #1) y
2_CUENTAS (tabla de cuentas compania #2) , 1_FACTURAS, 2_FACTURAS y asi
sucesivamente...

Que opinan de esa estructura ? hay alguna otra opcion que crean mejor ?

Gracias

CR

Si las compañías deben tratar sus datos en forma totalmente separada una
de otra, preferiría tener una base de datos separada por cada compañía.

Este es justamente el caso. Lo que pasa es que como hay tablas que no son
parte de ninguna empresa en particular, como por ejemplo una tabla de datos
de configuracion. Que se haria en ese caso ? se tendrian tres bases de datos
?
Implica ademas que en algun momento se tenga que tener dos bases abiertas
simultaneamente: la de la empresa donde se este y la del sistema. Creo que
lei por alli como que no era muy conveniente tener conexiones a varias BD al
mismo tiempo. Es asi o no ?


Muchas gracias por sus respuestas

Hola, como dice Gux, podrias armar una bdd por empresa si son bien
independientes.

Ahora eso de tener varias conexiones por BDD? bueno todo depende, por logica
si son independientes el sistema solo tendra una sola conexion, y ademas si
necesitas consolidar datos los podrias armar sin problemas.

Ahora si las empresas no son tan independientes, pues ahi se complica mas y
es en donde coincido con Gux en ponerle una columna por tabla

"Carlos Rodriguez" escribió en el mensaje
news:

>

Si las compañías deben tratar sus datos en forma totalmente separada una
de otra, preferiría tener una base de datos separada por cada compañía.

Este es justamente el caso. Lo que pasa es que como hay tablas que no son
parte de ninguna empresa en particular, como por ejemplo una tabla de
datos
de configuracion. Que se haria en ese caso ? se tendrian tres bases de
datos
?
Implica ademas que en algun momento se tenga que tener dos bases abiertas
simultaneamente: la de la empresa donde se este y la del sistema. Creo
que
lei por alli como que no era muy conveniente tener conexiones a varias BD
al
mismo tiempo. Es asi o no ?


Muchas gracias por sus respuestas

Hola, me parece que con esa estructura vas a tener muchos problemas de
mantenimiento :(

No creo porque yo trabajo en capas y creo los SP's con rutinas
automatizadas. En mi aplicación solo hago referencia a los alias y a los
sp's no a los nombres fisicos de las tablas, y en el remoto caso que tenga
que referenciarlos directamente los armo dinamicamente segun el numero de la
empresa. Trabajo con Delphi.


Saludos