IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

[ugent]choisir le serveur lié en dynamique


Sujet :

MS SQL Server

  1. #1
    Candidat au Club
    Profil pro
    Inscrit en
    Février 2006
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 4
    Points : 2
    Points
    2
    Par défaut [ugent]choisir le serveur lié en dynamique
    Bonjour,

    j'ai 15 serveurs locaux, dont les données doivent être mises à jour par un serveur central.

    Je souhaite donc créer une proc stock sur le serveur central, qui va exécuter des commandes sur le serveur local de mon choix.

    exemple :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    UPDATE [SERVEUR1].[base].[dbo].[Table1] set Colonne1 = @truc1;
    SELECT @truc2 = Colonne2 from table2[SERVEUR1].[base].[dbo].[Table2]
    le problème est que je ne veux pas créer 15 proc stock identiques (une pour chaque serveur lié !!!)

    Y'a t il un moyen de créer un serveur lié "fictif" appelé ServeurLocal, puis de le rediriger vers le serveur de mon choix?

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    if @ServeurNumber = 1 set [ServeurLocal] = [SERVEUR1]
    if @ServeurNumber = 2 set [ServeurLocal] = [SERVEUR2]
    ...
     
    UPDATE [ServeurLocal].[base].[dbo].[Table1] set Colonne1 = @truc1;
    SELECT @truc2 = Colonne2 from table2[ServeurLocal].[base].[dbo].[Table2]...
    merci de votre aide

    ps : le sql dynamique a été envisagé mais j'aimerais avoir une autre solution pour ne pas etre obligé de passer par une table temporaire pour mes lectures de données

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 917
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 917
    Points : 51 693
    Points
    51 693
    Billets dans le blog
    6
    Par défaut
    Dans ce cas le SQL dynamique est la solution.

    j'aimerais avoir une autre solution pour ne pas etre obligé de passer par une table temporaire pour mes lectures de données
    je ne voit pas le rapport !

    Il suffit d'avoir une table des serveurs de destination.

    A +

  3. #3
    Candidat au Club
    Profil pro
    Inscrit en
    Février 2006
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 4
    Points : 2
    Points
    2
    Par défaut
    merci de ta réponse

    c'est vrai que j'ai pas bien expliqué la raison d'éviter le SQL dynamique

    entre mon serveur central et mes serveurs locaux j'ai bcp de tables à mettre à jour, via plusieurs proc stock.
    Les enregistrements a mettre a jour sont flagués par une colonne "tobeUpdated".

    Si je veux vérifier qu'une table a besoin d etre mise a jour je dois faire un
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    select count(*) from [SERVEUR].[Base].[user].table where tobeUpdated = 1
    Si je le fais en sql dynamique, pour récupérer ma valeur de count j'ai besoin de la mettre dans une table temporaire ( http://www.developpez.net/forums/viewtopic.php?t=465026 ), ce que je voudrais éviter car ça me fait modifier toutes mes procs stocks (pour le count et pour la lecture via un curseur des enregistrements...)
    Ca représente une trop grosse mise à jour

    Quoi qu'il en soit, on a trouvé une autre solution intermédiaire : Les procs Stocks de mises à jour sont présentes sur les serveurs Locaux, et appelées par le serveur Central... et vont mettre à jour le serveur central.
    C'est un peu tordu mais après un petit test ça a l'air de tourner plutot bien.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    exec [serveurLocal1].[base].[user].MiseAJourCentral
    exec [serveurLocal2].[base].[user].MiseAJourCentral
    ...
    donc je dois bien écrire 1 ligne par serveur local, mais pas plus (le contenu du traitement étant effectué sur le serveur local qui n'a besoin que d'1 adresse : celle du central)

Discussions similaires

  1. Choisir un serveur sous VB2005
    Par BMT_Benoît dans le forum Windows Forms
    Réponses: 6
    Dernier message: 05/09/2007, 19h54
  2. [SQL Serveur 2000] Appel dynamique de table
    Par David.V dans le forum MS SQL Server
    Réponses: 15
    Dernier message: 28/06/2007, 10h17
  3. Choisir un serveur
    Par jowsuket dans le forum Ordinateurs
    Réponses: 8
    Dernier message: 22/05/2007, 09h47
  4. Que choisir pour dessiner un graphique dynamique
    Par soli.f dans le forum Général Conception Web
    Réponses: 2
    Dernier message: 02/03/2007, 13h35
  5. [SQL SERVEUR 2000] DTS Dynamique
    Par Franck2mars dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 04/05/2006, 11h23

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo