como actualizar diseño en varias BD

Hola:
En general soy muy amigo de una sola BD para TODA una empresa.
Pero en este caso, si das servicios a empresas independientes, no
relacionadas, debes tomar en cuenta 3 factores:
a) Versiones: Sera posible que una empresa quiera tener la version 1.0 y
otros la version 1.2? Mejor BD separadas, asi puedes tener diferentes
versiones.
b) Seguridad: Aun cuando a traves de vistas sea posible separar
totalmente a los usuarios, no deja de ser mayor el riesgo de un usuario de
una empresa termine viendo los datos de otra. Mejor DB Separadas, es MUCHO
mas facil controlar la seguridad.
c) Respaldo/Restauracion: Empleados de la empresa A, realizan harakiri a
unas filas que no debieron y quieren hacer una restauracion. Que pasa los
los datos de la empresa B? Mejor politicas de respaldo y restauracion
independientes.
Solo mi opinion,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

alf escribio:

Hola:
estoy diseñando una aplicacion que debe ser usada por varios clientes.
Cada cliente debe tener un front igual y acceso a las mismas tablas.
Para esto habia pensado 2 soluciones:
1- Tener solo una BD y un campo en cada tabla que diferencia a cada
empresa para filtar y mostrar los adtos de cada una. Esta solucion no
me gustaba porque no quiero tener todos los datos mesclados en una
sola BD. 2- Tener una BD identica para cada empresa y desde el front
definir a que BD se conecta. El front es en Access.

La solucion 2 es la que me parece mejor ya que tendre bien separado
cada BD para cada cliente pero esto me trae el problema de que cuando
quiero realizar un cambio de diseño tengo que hacerlo en todas las BD.
Por eso quiero saber si es posible crear un script o algo que recorra
todas las BD y haga los cambios de diseño previamente programados sin
afectar los datos que tengo. Tambien quisiera saber como se programan
los cambios en este script.

Saludos, alf.

Si las empresas no tienen vinculo entre sí o no necesitan consolidar datos
entre sí, en mi opinión es mejor tener sus datos separados (ya sea en bases
distintas o en instancias distintas de SQL).

saludos
gux
Gustavo Larriera, MVP-SQL, MCSE
Uruguay LatAm
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.
"alf" wrote in message
news:%23ByWh$

Hola:
estoy diseñando una aplicacion que debe ser usada por varios clientes.
Cada cliente debe tener un front igual y acceso a las mismas tablas.
Para esto habia pensado 2 soluciones:
1- Tener solo una BD y un campo en cada tabla que diferencia a cada

empresa

para filtar y mostrar los adtos de cada una. Esta solucion no me gustaba
porque no quiero tener todos los datos mesclados en una sola BD.
2- Tener una BD identica para cada empresa y desde el front definir a que

BD

se conecta. El front es en Access.

La solucion 2 es la que me parece mejor ya que tendre bien separado cada

BD

para cada cliente pero esto me trae el problema de que cuando quiero
realizar un cambio de diseño tengo que hacerlo en todas las BD.
Por eso quiero saber si es posible crear un script o algo que recorra

todas

las BD y haga los cambios de diseño previamente programados sin afectar

los

datos que tengo. Tambien quisiera saber como se programan los cambios en
este script.

Saludos, alf.

100% de acuerdo con Javier.

Gustavo Larriera, MVP-SQL, MCSE
Uruguay LatAm
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.
"Javier Loria" wrote in message
news:

Hola:
En general soy muy amigo de una sola BD para TODA una empresa.
Pero en este caso, si das servicios a empresas independientes, no
relacionadas, debes tomar en cuenta 3 factores:
a) Versiones: Sera posible que una empresa quiera tener la version 1.0

y

otros la version 1.2? Mejor BD separadas, asi puedes tener diferentes
versiones.
b) Seguridad: Aun cuando a traves de vistas sea posible separar
totalmente a los usuarios, no deja de ser mayor el riesgo de un usuario de
una empresa termine viendo los datos de otra. Mejor DB Separadas, es MUCHO
mas facil controlar la seguridad.
c) Respaldo/Restauracion: Empleados de la empresa A, realizan harakiri

a

unas filas que no debieron y quieren hacer una restauracion. Que pasa los
los datos de la empresa B? Mejor politicas de respaldo y restauracion
independientes.
Solo mi opinion,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

alf escribio:
> Hola:
> estoy diseñando una aplicacion que debe ser usada por varios clientes.
> Cada cliente debe tener un front igual y acceso a las mismas tablas.
> Para esto habia pensado 2 soluciones:
> 1- Tener solo una BD y un campo en cada tabla que diferencia a cada
> empresa para filtar y mostrar los adtos de cada una. Esta solucion no
> me gustaba porque no quiero tener todos los datos mesclados en una
> sola BD. 2- Tener una BD identica para cada empresa y desde el front
> definir a que BD se conecta. El front es en Access.
>
> La solucion 2 es la que me parece mejor ya que tendre bien separado
> cada BD para cada cliente pero esto me trae el problema de que cuando
> quiero realizar un cambio de diseño tengo que hacerlo en todas las BD.
> Por eso quiero saber si es posible crear un script o algo que recorra
> todas las BD y haga los cambios de diseño previamente programados sin
> afectar los datos que tengo. Tambien quisiera saber como se programan
> los cambios en este script.
>
> Saludos, alf.

ya yo iba por esta via de BD separadas, pero como me metieron el ruido del
mantenimiento habia vuelto a caer en dudas. Ahora viendo bien los pro y los
contras me decido definitivamente por las BD separadas, incluso para la
implementacion me viene mejor, el sistema ya esta echo. solo le falta
hacerle los modulos de coneccion y chequeo de usuarios.
Mil gracias por todo.
un saludo, alf.



"Gustavo Larriera [MVP SQL]" wrote in message
news:

100% de acuerdo con Javier.

Gustavo Larriera, MVP-SQL, MCSE
Uruguay LatAm
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.
"Javier Loria" wrote in message
news:
> Hola:
> En general soy muy amigo de una sola BD para TODA una empresa.
> Pero en este caso, si das servicios a empresas independientes, no
> relacionadas, debes tomar en cuenta 3 factores:
> a) Versiones: Sera posible que una empresa quiera tener la version

1.0

y
> otros la version 1.2? Mejor BD separadas, asi puedes tener diferentes
> versiones.
> b) Seguridad: Aun cuando a traves de vistas sea posible separar
> totalmente a los usuarios, no deja de ser mayor el riesgo de un usuario

de

> una empresa termine viendo los datos de otra. Mejor DB Separadas, es

MUCHO

> mas facil controlar la seguridad.
> c) Respaldo/Restauracion: Empleados de la empresa A, realizan

harakiri

a
> unas filas que no debieron y quieren hacer una restauracion. Que pasa

los

> los datos de la empresa B? Mejor politicas de respaldo y restauracion
> independientes.
> Solo mi opinion,
>
>
> Javier Loria
> Costa Rica
> Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
> que pueda ser copiado y pegado al Query Analizer.
> La version de SQL y Service Pack tambien ayuda.
>
> alf escribio:
> > Hola:
> > estoy diseñando una aplicacion que debe ser usada por varios clientes.
> > Cada cliente debe tener un front igual y acceso a las mismas tablas.
> > Para esto habia pensado 2 soluciones:
> > 1- Tener solo una BD y un campo en cada tabla que diferencia a cada
> > empresa para filtar y mostrar los adtos de cada una. Esta solucion no
> > me gustaba porque no quiero tener todos los datos mesclados en una
> > sola BD. 2- Tener una BD identica para cada empresa y desde el front
> > definir a que BD se conecta. El front es en Access.
> >
> > La solucion 2 es la que me parece mejor ya que tendre bien separado
> > cada BD para cada cliente pero esto me trae el problema de que cuando
> > quiero realizar un cambio de diseño tengo que hacerlo en todas las BD.
> > Por eso quiero saber si es posible crear un script o algo que recorra
> > todas las BD y haga los cambios de diseño previamente programados sin
> > afectar los datos que tengo. Tambien quisiera saber como se programan
> > los cambios en este script.
> >
> > Saludos, alf.
>
>