Discussion :

[Romers]

Nous souhaitons mettre en place une base de données SQL SERVER 2005 commune de référence ainsi que N bases de données clientes. Par contre, les tables des bases de données Clientes sont en relation avec celle de la base commune.
Est ce possible?

Le but est de mettre la base commune (qui contient des données de référence) sur un serveur séparé car elle sera stable au niveau taille. Les bases de données clientes pourront être n'importe où voire même distantes.

il est indispensable de garder certaines relations entre les tables des bases de données pour l'intégrité des données.

Si ce n'est pas possible, est-il possible de contourner le pb?
Merci

[ylarvor]

Il est possible de faire référence à une table extérieur à une base de données dans une requête ( ex: SELECT * FROM Database.dbo.Table ).

Par conséquent, je suppose que l'on puisse créer un trigger entre deux bases de données.

Mais une relation entre deux tables appartenant à deux bases de données différentes, cela me parait chaud... il faudrait tester.

[Romers]

C'est bien ce qu'il me semblait.
je vais creuser quand même.
Merci.

[ylarvor]

j'aimerais bien avoir des nouvelles de votre expérimentation.

[Romers]

Suite à quelques tests, une clé étrangère vers un champs d'une table d'une autre base de données n'est pas possible.

Sql Server erreur:
Les références de clés étrangères aux bases de données croisées ne sont pas prises en charge. Clé étrangère 'maBase.dbo.maTable'.

Dans les procédures stockées, c'est possible de faire référence à une autre base de donnée.
On peut aussi passer par une vue qui rappatrie des données de la base DB1 vers une vue contenue dans la base DB2. On peut ensuite faire des requêtes sur la vue mais toujours pas de contrainte possible avec les vues (logique!).

Par contre, je ne comprends pas bien le principe de Cross Database.
Si qqu'un peut m'éclairer.

[Romers]

J'ai maintenant une autre question:
Supposons qu'on ait une appli qui se connecte à une base de données. Cette appli est distribuée chez des clients. Prenons le cas assez conséquent de 1000 clients.
Vaut-il mieux créer une BDD (dans la même instance) par client (1), ou mettre en commun les données de tous les clients dans une même base (2).

(1) avantage : pour la maintenance d'un client en particulier
Inconvénient : 1000 clients => 1000 BDD n'est ce pas trop lourd?

(2) avantage : mise à jour sur une base unique (pour le (1), on peut générer des scripts lancés par l'appli qui viennent mettre à jour la BDD correspondante.)
inconvénient : si une erreur apparaît dans un index par exemple, les 1000 clients sont bloqués.

Que choisir?

Merci.