Discussion :

[Silvinho42]

Bonjour,
Nous develeppons une application qui sera deployée chez plusieurs clients.
Cette application fonctionne avec 2 bases de données, une de configuration et qui contiendra l'historique des mesures. qui sont stockées sur le meme serveur.

Les bases seront déployées chez nos clients avec sous le nom du client et le type de base : Ex : Client1_Config et Client1_Archives
nous utilisons des procédures stockées sur la base d'archives qui vont récupérer des données dans la base config : ex : select * from client1_Config.dbo.Mesures

le probleme, lorsque l'on modifie la procédure sur la base de référence, on ne peut pas appliquer le script tel quel, on est obligé de l'adapter pour chaque client.

J'ai regardé sur le net, j'ai vu qu'on ne peut pas donner d'alias sur une base de données.

Je suis donc parti dans l'idée de créer un serveur lié sur le serveur qui héberge les bases. Ce serveur lié s'appelle Config et j'ai mis comme catalogue par défaut la base Client1_Config.
Mais cela ne résout pas mon problème, lorsque je veux faire une requête sur ce serveur lié, je suis obligé de faire une sélection sur CONFIG.CLIENT1_CONFIG.dbo.MESURES alors que je souhaiterai CONFIG.catalogue par défaut.dbo.MESURES

J'aurai aimé savoir si il est possible de faire cela ou si quelqu'un a déja rencontré mon cas et a pu trouver une solution
merci d'avance

[julien94320]

Bonjour,

Je ne comprend pas bien l'interet du serveur lié içi

Vous que vous êtes sur la même instance il n'y a pas besoin de creer de serveur lié ( le serveur lié permet de connecter plusieurs instances de base de données entre elles, ces instances ne sont pas forcément des bases de données SQL server qui plus est ... )

Une instance permet d'heberger des bases de données, dans votre instance vous avez vos bases il ne reste plus qu'a les faire communiqué comme ceci :

nomdebase.matable

Si vous ne connaissez pas le nom de votre par avance mais que les tables sont toujours les mêmes pourquoi ne pas créer une fonction ou une procédure ( a voir selon votre cas ) qui va scruter les DMV (Data Management View) SQL server et retourner les noms des bases existantes ?

Pour les règles de gestion il faudra peut etre travailler dessus avec des fonctions substring / LEFT / RIGHT pour trouver les informations qui vous sont nécessaire et pouvoir les comparer entre elle

voici une DMV qui pourrait vous aider :

https://msdn.microsoft.com/fr-fr/lib...=sql.120).aspx

un peu d'information sur les DMV et les fonctions de gestion des textes SQL Server :

https://docs.microsoft.com/en-us/sql...nagement-views

https://docs.microsoft.com/fr-fr/sql...-of-sql-server

https://msdn.microsoft.com/fr-fr/lib...=sql.120).aspx

https://msdn.microsoft.com/fr-fr/lib...=sql.120).aspx

https://docs.microsoft.com/en-us/sql...t-transact-sql

[SQLpro]

Quel est l'intérêt dans ce cas de faire 2 bases de données ?

Faites en qu'une seule et au plus placez les objets dans des schémas SQL différent qu lieu d'utiliser le schéma par défaut DBO.

Au pire vous pouvez spécifier différents storage pour les tables et index de vos deux schémas, ce qui vous permet une certaines souplesse dans les sauvegardes....

A +

[julien94320]

Et avec ce système plus de problème de requête entre base ...

Mais je crains que les bases soient créé par un outils tierce qui vient les créer suivant le mode opératoire qui nous a été fournis ... Sans doute les restes d'une application développé par un développeur sans notion de base de données ça te rappel quelque chose SQL PRO ?

[SQLpro]

En fait ce que je soupçonne c'est une double bétise :
1) le fait de faire 2 bases au lieu d'une
2) vouloir à tout prix nommer les bases spécifiquement pour chaque client afin qu'en les récupérant pour la maintenance ils puissent les mettre sur leur serveur....

Bref, une solide formation d'admin me parait nécessaire !!!!

A +

[Silvinho42]

Merci pour vos réponses.

Une solution est en place et nous essayons de trouver des solutions. Merci en tout cas pour vos réponses, ca confirme que nous devons évoluer sur une autre solution.

Par contre merci d'éviter le ton condescendent !

[iberserk]

Merci pour vos réponses.

Une solution est en place et nous essayons de trouver des solutions. Merci en tout cas pour vos réponses, ca confirme que nous devons évoluer sur une autre solution.

Par contre merci d'éviter le ton condescendent !

On voit que tu vous êtes nouveau :-)

[iberserk]

Merci pour vos réponses.

Une solution est en place et nous essayons de trouver des solutions. Merci en tout cas pour vos réponses, ca confirme que nous devons évoluer sur une autre solution.

Par contre merci d'éviter le ton condescendent !

Si vous persistez (ou ne pouvez pas faire autrement) dans les deux bases de données vous pouvez:
utiliser des vues sur la base 1 qui pointent sur la base2
générer dynamiquement ces vues en fonction du nom du client.




Au fait hébergez vous plusieurs bases clients sur la même instances? si non utilisez le même nom partout?