Con 2k05/2k08 es definitivamente mejor dividir una sola base de datos. Tiene todas las ventajas de almacenar datos como en múltiples bases de datos, mientras que puede usar las funciones de una única base de datos, como las claves externas.
Dicho esto, no debe mantener todo en una sola base de datos. Lógicamente, cuando las tablas de grupos no encajan, normalmente las separo en sus propias bases de datos. Por ejemplo, no necesariamente combinaría una base de datos del sistema de órdenes y la base de datos de administración de empleados juntas. Supongo que podría haber razones para hacerlo, pero estoy seguro de que entiendo mi punto de separar lógicamente los almacenes de datos cuando corresponda.
Lo que debe observar es cuánto interactúan las dos bases de datos. Si hay muchos campos que se unirían a las bases de datos, diría que probablemente sea una buena idea. Si se trata de uno o dos campos que enlazan con la tabla de empleados, puede que no valga la pena hacerlo. Su otra opción es, si el número de combinaciones es pequeño, duplicar las tablas necesarias en la base de datos de inventario, especialmente si se trata de una tabla y las dos bases de datos existentes son grandes y bastante complejas.
esa es mi situación. Mi base de datos de inventario tiene tablas que hacen referencia al employeeId en la base de datos de empleados. Estas bases de datos se mantienen actualmente en diferentes ubicaciones (diferentes servidores) –