Con 2k05/2k08 è decisamente meglio partizionare un singolo database. Hai tutti i vantaggi di archiviare dati come se fosse in più database pur essendo in grado di utilizzare le funzioni di un singolo database, come le chiavi esterne.
Detto questo, non si dovrebbe tenere tutto in un unico database. Logicamente quando le tabelle dei gruppi non si adattano insieme, normalmente le separo nei loro database. Ad esempio, non necessariamente unire insieme un database di sistema di ordini e il database di gestione dei dipendenti. Suppongo che potrebbero esserci motivi per farlo, ma sono certo che avrai il mio punto di separare logicamente gli archivi di dati laddove appropriato.
Quello che dovresti guardare è quanto i due database interagiscono. Se ci sono molti campi che si unirebbero ai database, direi che probabilmente è una buona idea. Se è forse uno o due campi che si collegano alla tabella dei dipendenti, potrebbe non valere la pena farlo. L'altra opzione è, se il numero di join è piccolo, è quello di duplicare le tabelle necessarie nel database di inventario, soprattutto se si tratta di una tabella e i due database esistenti sono grandi e piuttosto complessi.
che è la mia situazione. Il mio database di inventario ha tabelle che fanno riferimento a employeeId nel database dei dipendenti. Questi database sono attualmente gestiti in posizioni diverse (server diversi) –