[SQL Serveur 2000] Appel dynamique de table

**David.V** · 25/06/2007, 07h49

Bonjour, sur nos applications actuels, nous utilisons aujourd'hui sur notre serveur un certains nombre de bases fixes (que j'appellerais A, B et C pour l'exemple). Certainnes procédures stockées nécessitent de ramener des données d'une base à l'autre du style

depuis le serveur B :
SELECT * FROM A.DBO.Table1

Nous envisageons de rendre nos applications "multi base", c'est à dire qu'au lieu d'avoir un serveur avec uniquement les bases A, B, et C, nous aurions pour chaque client, une copie de ces bases sous la forme A1, B1 et C1 pour pour le client 1, et ainsi de suite.

Le problème, ce sont ces appels inter base dans certainnes des procédures stockées. Est-ce qu'il existe un moyen de ne pas avoir en dur dans le script le nom de serveur que l'on référence ? J'ai envie de dire que non pour ma part aprés les recherches que j'ai faite, mais je préfère avoir d'autre avis.

Merci d'avance pour toute suggestion utile

Edit : je n'avais pas précisé qu'il ne faut pas non plus passer par une requête dynamique, c'est difficilement envisageable de ré-écrire toutes les procédures qui utilisent des appels inter base.

**serge0934** · 25/06/2007, 09h04

je comprend pas où est le pb ?
tu peux créer la base A sur le serveur1 et sur le serveur2, il suffit que ton appli "tapes" dans le bon serveur.ex:

serveur1 => base A,B,C
serveur2 => base A,B,C
etc...

**David.V** · 25/06/2007, 09h55

Le problème est de faire du "multi base" sur le même serveur. Sur différent serveur, ça ne pose pas de problème en effet. Mais sur un seul serveur ?

**serge0934** · 25/06/2007, 10h01

il te suffit de créer une instance par "poste" => cela équivaut a faire x serveurs sur le même

**WOLO Laurent** · 25/06/2007, 19h33

Le seul soucis pour ta méthode c'est la contre performance puis que la seule solution c'est de passer par le sql dynamique.

**kagemaru** · 25/06/2007, 22h25

sous sql 2005 il y aurait 2 moyens :

avec les schema (tu peux alors avoir 2 objets avec le même nom dans une même base ex :

A.client1.table
A.client2.table
...

et en fonction du login utilisé, le schema par défaut est client1 ou client2 etc.

par contre il te faut un login par client.
------------------
si tu dois absolument garder 3 base par client (arf !) tu peux toujours tenter l'aventure des synonymes (un beau tas de spaghettis en perspective ...)

tu créés une base D (donc une 4ième base) par client dans laquelle seront stockés les synonymes qui pointeront vers les objets répartis dans les 3 autre s bases A, B, C.

ex :
D1.dbo.factures -> A1.dbo.factures
D1.dbo.histo -> B1.dbo.histo
D2.dbo.factures -> A2.dbo.factures
D2.dbo.commandes -> C2.dbo.commandes
...
ce qui fait que tu peux garder le même code dans tes procs (qui n'accéderont qu'aux objets de la base Dx) quel que soit ton client... mais bon ça fait peur comme soluce.

Pourquoi ne pas tout stocker dans une seule base ?

**WOLO Laurent** · 26/06/2007, 08h45

Malheureusement, il utilise la version 2000 donc le sql dynamique s'impose.

**David.V** · 26/06/2007, 13h48

Merci pour ces réponses. Effectivement, je suis en 2000 et on va y rester pour le moment car ça demande du travail pour passer un jour sur 2005. Et quant-au SQL Dynamique, l'inconvenient en dehors du soucis de performance, c'est aussi la taille max de la chaine que l'on peut executer, à savoir 8000 caractères maximum en varchar. Or il arrive que certainnes procedure soit plus longue que cette limite...

C'est un peu l'impasse donc

**David.V** · 27/06/2007, 06h40

Envoyé par kagemaru

Pourquoi ne pas tout stocker dans une seule base ?

On y a pensé en effet, mais le problème c'est qu'il y a un risque de conflit entre les noms des tables et des objets.

Ta solution avec les schémas pourrait m'interesser, quite à migrer sur SQL Server 2005 dans l'histoire. Est-ce qu'elle implique d'avoir tout dans la même base ou est-ce que je pourrais garder les 3 bases ?

**SQLpro** · 27/06/2007, 08h58

Vous pouvez quand même utiliser les schémas dans la version 2000. C'est un poil plus compliqué pour la création des dists schémas, mais après il n'y aura aucun inconvénient.

Dans sql server 2000 une confusion est faite entre le schéma et son propriétaire qui est un utilisateur SQL. Il suffit donc de créer un utilisateur SQL pour chacun des schéma à mettre en oeuvre dans la base et le tout est joué. De plus cette manière de faire sera très facilement portable dans la v 2005.

A +

**David.V** · 27/06/2007, 13h20

Merci pour l'info SQLpro

Sans vouloir abuser, tu n'aurais pas un bon lien vers un tuto qui explique comment ça marche et le mettre en oeuvre ?

**SQLpro** · 27/06/2007, 15h45

Non, car je suis en déplacement et cela est chez moi. Mais c'est pas très difficile :
1) créer les logins avec SP_addlogin
2) créer les utilisateurs avec sp_grantdbaccess
3) créer les tables dans les users

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
USE MASTER
GO
 
EXEC SP_addlogin 'log1', 'pass1'
EXEC SP_addlogin 'log2', 'pass2'
EXEC SP_addlogin 'log3', 'pass3'
 
GO
 
USE mabase
GO
 
SP_grantdbaccess 'log1', 'user1'
SP_grantdbaccess 'log2', 'user2' 
SP_grantdbaccess 'log3', 'user3'
GO
 
CREATE TABLE user1.t_1 (c int);
CREATE TABLE user2.t_1 (c int);
CREATE TABLE user3.t_1 (c int);
 
INSERT INTO user1.t_1 VALUES (11)
INSERT INTO user2.t_1 VALUES (22)
INSERT INTO user3.t_1 VALUES (33)
 
SELECT *, 'user1' AS SCHEMA_NAME
FROM    user1.t_1
UNION
SELECT *, 'user2' AS SCHEMA_NAME
FROM    user2.t_1
UNION
SELECT *, 'user2' AS SCHEMA_NAME
FROM    user2.t_1

...

A +

**David.V** · 28/06/2007, 08h55

Hummmm d'accord merci...

Mais si j'ai bien compris, je dois recréer les tables ? Je ne peux pas réaffecter des tables acctuellement en production à un user ?

**SQLpro** · 28/06/2007, 09h05

désolé je n'ai pas de SQL Server 2000 à portée de main, donc difficile de te répondre, mais il est possible de changer le "owner" d'un objet, il y a une ps pour cela.

A +