Una base con store procedures y muchas bases con datos unicamente

24/06/2008 - 17:03 por César Toledo | Informe spam
Hola

tengo este escenario, en la organización se manejan muchas bases de
datos y obviamente cada base de datos,
recibe una copia de los mismos objetos (procedimientos, funciones,
triggers), por lo que la administración de los
cambios se vuelve compleja,
Estaba pensando en una idea "loca" la cual sería tener una sola base de
datos "maestra"
con todos los procesos y funciones y las tablas de datos comunes o generales
y luego en cada base de datos tener solo las tablas con sus triggers
respectivos,

y siempre que se ejecute un proceso almacenado o funcion en la base Maestra,
que lea de una variable que contenga la base en la cual está operando el
usuario,
esto se haría desde el mismo proceso de login.

entonces dentro de los procedimientos cada acceso sería algo así.

SELECT * from @database + '.dbo.' + @tabla


La pregunta es la siguiente este escenario es factible de realizar ?
o solo se trata de una "idea alocada"

Alguien ha tenido una situación similar , me gustaría escuchar ideas
de como resolverla.


Gracias por anticipado.

Preguntas similare

Leer las respuestas

#1 Luis Mata
24/06/2008 - 18:43 | Informe spam
yo lo estoy haciendo como tu lo dices es cuestion de orden, ademas cuando
creo una bd no me preocupo de los procedures ya que las aplicaciones se
encargan de vincular datos-procedure, me funciona bien


Att
Luis Mata Figueroa
Área Informática
Centro Cerámico Las Flores SAC
RPC: 993597297
TEL: 6174613


"César Toledo" escribió en el mensaje
news:%
Hola

tengo este escenario, en la organización se manejan muchas bases de datos
y obviamente cada base de datos,
recibe una copia de los mismos objetos (procedimientos, funciones,
triggers), por lo que la administración de los
cambios se vuelve compleja,
Estaba pensando en una idea "loca" la cual sería tener una sola base de
datos "maestra"
con todos los procesos y funciones y las tablas de datos comunes o
generales
y luego en cada base de datos tener solo las tablas con sus triggers
respectivos,

y siempre que se ejecute un proceso almacenado o funcion en la base
Maestra,
que lea de una variable que contenga la base en la cual está operando el
usuario,
esto se haría desde el mismo proceso de login.

entonces dentro de los procedimientos cada acceso sería algo así.

SELECT * from @database + '.dbo.' + @tabla


La pregunta es la siguiente este escenario es factible de realizar ?
o solo se trata de una "idea alocada"

Alguien ha tenido una situación similar , me gustaría escuchar ideas
de como resolverla.


Gracias por anticipado.

Respuesta Responder a este mensaje
#2 César Toledo
24/06/2008 - 19:00 | Informe spam
Gracias Luis..

Entonces ese debe ser el camino !!

Luis Mata escribió:
yo lo estoy haciendo como tu lo dices es cuestion de orden, ademas cuando
creo una bd no me preocupo de los procedures ya que las aplicaciones se
encargan de vincular datos-procedure, me funciona bien


Respuesta Responder a este mensaje
#3 Gux (MVP)
24/06/2008 - 19:06 | Informe spam
Coincido en que no es totalmente una mala idea y muchos sistemas resuelven
así esa situación.

Si hay procedimientos o funciones que tienen un "alcance global" por sobre
varias bases de datos, puede tener sentido que estén separados en otra base
de datos.

Gustavo Larriera, Microsoft MVP
http://www.linkedin.com/in/gustavolarriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Luis Mata" wrote:

yo lo estoy haciendo como tu lo dices es cuestion de orden, ademas cuando
creo una bd no me preocupo de los procedures ya que las aplicaciones se
encargan de vincular datos-procedure, me funciona bien


Att
Luis Mata Figueroa
Área Informática
Centro Cerámico Las Flores SAC
RPC: 993597297
TEL: 6174613


"César Toledo" escribió en el mensaje
news:%
> Hola
>
> tengo este escenario, en la organización se manejan muchas bases de datos
> y obviamente cada base de datos,
> recibe una copia de los mismos objetos (procedimientos, funciones,
> triggers), por lo que la administración de los
> cambios se vuelve compleja,
> Estaba pensando en una idea "loca" la cual sería tener una sola base de
> datos "maestra"
> con todos los procesos y funciones y las tablas de datos comunes o
> generales
> y luego en cada base de datos tener solo las tablas con sus triggers
> respectivos,
>
> y siempre que se ejecute un proceso almacenado o funcion en la base
> Maestra,
> que lea de una variable que contenga la base en la cual está operando el
> usuario,
> esto se haría desde el mismo proceso de login.
>
> entonces dentro de los procedimientos cada acceso sería algo así.
>
> SELECT * from @database + '.dbo.' + @tabla
>
>
> La pregunta es la siguiente este escenario es factible de realizar ?
> o solo se trata de una "idea alocada"
>
> Alguien ha tenido una situación similar , me gustaría escuchar ideas
> de como resolverla.
>
>
> Gracias por anticipado.
>



Respuesta Responder a este mensaje
#4 Pablo Roca
25/06/2008 - 18:59 | Informe spam
¿Y no puedes recorrer el camino de irte a menos bases de datos?

Yo empecé pensando en hacer 120 bases de datos (una por empresa y
ejercicio). Y ahora me quedé al final con tres como máximo (ejercicios en
vigor, historico y una bdd para una autentificación/autorización
personalizada a mi medida).



Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com
Respuesta Responder a este mensaje
#5 César Toledo
26/06/2008 - 01:30 | Informe spam
hola

No puedo evitar lo de las bases de datos.. es una por empresa y pais
no puedo meterlas todas en un sola.


Pablo Roca escribió:
¿Y no puedes recorrer el camino de irte a menos bases de datos?

Yo empecé pensando en hacer 120 bases de datos (una por empresa y
ejercicio). Y ahora me quedé al final con tres como máximo (ejercicios en
vigor, historico y una bdd para una autentificación/autorización
personalizada a mi medida).



Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida