executer une requête à distance

Bonjour,

Je souhaite executer une requete sur un serveur à distance.

Je m'explique : je suis sur un serveur sqlserver qu'on appelera le serveur A, je voudrais executer une requete : ( update table1 set champ1=t2.champ1 from table1 t1 inner join table2 t2 on t1.champ2=t2.champ2) sur le serveur B.

comment faire ?


une solution serait de faire ainsi :

Code:

---

1 2 3 4 5 6 7

update openquery(serveurB,'select champ1,champ2 from table1') set champ1=t2.champ1 from openquery(serveurB,'select champ2 from table1') t1 inner join openquery(serveurB,'select champ1, champ2 from table1') t2 on t1.champ2=t2.champ2

---

ce n'est pas bon du tout en terme de perf( quand les tables disposent de plus d'une centaine de milliers de lignes).
ya t'il plus performant ?
peut on faire un openquery(serveurB,'update patati patata') ???

merci à tous.

l'openQuery est une mauvaise idée car elle rapatrie toute ta table.

Utilise plutôt un serveur lié pour faire ta requête sur tes deux serveurs, ce sera déjà beaucoup mieux.

Par contre ne t'attends pas à des miracle... ça va être fatalement un peu long

Hmm, c'est juste une supposition, mais si tu lance une procédure stockée du serveur distant, elle est exécutée là bas ?
Dans ce cas, vu que toutes tes tables sont sur le serveur distant, pourquoi ne pas créer la procédure qui fait le tout et la lancer ?

Oui ta procédure sera exécuter sur le serveur distant. Donc si toutes tes tables sont sur le serveur distant ça peut être une solution

pourquoi ne pas travailler avec un linked serveur et puis simplement faire un

Code:

---

update monserveur.monschema.matable set .......

---

En fait, si tu le fais comme ça, je ne suis pas sûr que ce soit le serveur distant qui exécute l'intégralité de la requête.

Par exemple, tu pourrais imagine que le serveur local récupère d'abord le résultat de la jointure, puis renvoie l'ordre d'exécution de l'update, ou un truc du genre...
(Ce fonctionnement serait obligatoire si dans ta jointure, tu mélangeais des données des deux serveurs.)
Et si c'est le cas, les performances sont incomparablement plus faibles.

Citation:

---

Envoyé par pacmann

En fait, si tu le fais comme ça,

---

quand tu dis vomme ça tu parles de quelle méthode?
1 - openquery
2 - sereur lié

Ce que je peux dire c'est que l'open query exécute ta requête a distance et te renvoie tout le résultat (d'où sa NON performance...)

Une jointure sur serveur lié reste une jointure... donc optimisé par le moteur comme n'importe quelle autre jointure. Mais forcement plus long que si toutes tes tables sont sur le même serveur

Plaçons nous dans le cas de la référence directe au serveur lié :
select *
from srvr.dbr.usrr.tabler JOIN srvl.dbl.usrl.tablel ON (...)

où srvr est le serveur distant et srvl et le serveur local, ça sera forcément la même chose que de faire OPENQUERY, car pour faire la jointure, il a besoin d'avoir les tables sur la même base...

Citation:

---

Envoyé par pacmann

Plaçons nous dans le cas de la référence directe au serveur lié :
select *
from srvr.dbr.usrr.tabler JOIN srvl.dbl.usrl.tablel ON (...)

où srvr est le serveur distant et srvl et le serveur local, ça sera forcément la même chose que de faire OPENQUERY, car pour faire la jointure, il a besoin d'avoir les tables sur la même base...

---

Dans ce cas particulier peut-être mais qui fait des select * dans du code fonctionnel?

Disons que si tu fais SELECT [juste les champs qui vont bien] alors l'openquerry est moins performant.

En gros la moralité de ce post serait "Evitons les openquerry" il n'y a que des très exceptionnel cas où ils sont utiles (dixit un expert SQL Server Microsoft de chez Microsoft que j'ai rencontré)

Pardon, je recommence :

Code:

---

1 2	select 'a' from srvr.dbr.usrr.tabler JOIN srvl.dbl.usrl.tablel ON (...)

---

Ce que je voulais dire, c'est juste que si tu fais une jointure entre deux tables qui ne sont pas sur le même serveur, quelque soit la syntaxe, ça va être lent !

Et là y a rien à faire pour optimiser... :cry: