Referencias "remotas"

Hola:
Con muy pocas exepciones, la mejor opcion en fusionar A,B y C en una
sola Base de Datos y agregrar alguna columna a las Tablas que pertenecian a
A y B para distinguir los datos de una y de otra. La division en diferentes
bases de datos con frecuencia termina en muchos problemas. Cual es la razon
por la que esta asi dividida?
La alternativa de mantener la integridad referencial por triggers es
dificil de construir, lenta y dificil de dar mantenimiento. Pero es la unica
opcion cuando tienes este tipo de diseno.
Saludos,

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

"Xavi" wrote in message
news:#

Hola a todos

Tengo 2 bases de datos en un mismo servidor ( llamémoslas A y B ) que
comparten datos en una tercera base de datos común a las dos anteriores (
llamémosla C ). La estructura de A y B es idéntica. En C hay una tabla a

la

cual se accede desde A y B a través de una vista en la propia base de

datos

que simplemente hace un SELECT de la tabla de C.

Me gustaría establecer una "integridad referencial" con esta tabla pero,
claro, están en bases de datos diferentes. Podría montar una historia con
triggers de comprobación de existencia a la hora de insertar, updatar y
eliminar, pero no sé si es la mejor opción.

¿Hay alguna idea al respecto?

Gracias


Xavi