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 :

Requête bloquée sur un poste multi processeur


Sujet :

MS SQL Server

  1. #1
    Membre du Club
    Inscrit en
    Décembre 2006
    Messages
    93
    Détails du profil
    Informations forums :
    Inscription : Décembre 2006
    Messages : 93
    Points : 55
    Points
    55
    Par défaut Requête bloquée sur un poste multi processeur
    Bonjour,

    Je crois qu'il exsiste une commande permettant de forcer le plan d'exécution d'une requête a s'exécuter sur un seul processeur (je travaille sur un octoprocesseur).

    Est-ce quelqu'un pourrait me confirmer ça, et par la même occasion me dire comment faire.

    En fait, chose étrange : j'ai une requête (avec 2 jointures sur des tables d'environ 30.000 lignes et 4 UNION) qui est presque instantannée sur mon serveur monoproc mais qui part en time-out (j'ai même l'impression qu'elle ne finira jamais!!!).
    Je n'ai pas trop d'idée de la provenance de ce problème, je voulais donc faire un test en forçant le plan d'exécution sur un seul proc car c'est la seule différence que je vois entre les deux machines.

    PS.:
    Voici la gueulle de la requête :
    SELECT A, B
    FROM M
    INNER JOIN TAB1 ON TAB1.MCle = M.MCle
    UNION
    SELECT A, B
    FROM M
    INNER JOIN TAB2 ON TAB2.MCle = M.MCle
    UNION
    SELECT A, B
    FROM M
    INNER JOIN TAB3 ON TAB3.MCle = M.MCle

  2. #2
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Bonjour,

    Il peut arriver que le multiprocessing soit plus un problème qu'un avantage, et à plus forte raison sur des processeurs hyperthreadés.

    Si tu as des processeurs hyperthreadés, il est conseillé de limiter le parallélisme au nombre de processeurs physiques.

    Tu peux limiter le parallélisme sur le serveur :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    EXEC sp_configure 'show advanced options', 1
    RECONFIGURE
    EXEC sp_configure 'max degree of parallelism', NbDeProcesseurs
    RECONFIGURE
    Ou par requête :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    SELECT ...
    OPTION(MAXDOP 1)
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  3. #3
    Futur Membre du Club
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    8
    Détails du profil
    Informations personnelles :
    Âge : 54
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 8
    Points : 7
    Points
    7
    Par défaut
    Sous SQL 2k5, on peut faire un truc du genre :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
     
    SELECT A, B
    FROM M
    INNER JOIN TAB1 ON TAB1.MCle = M.MCle
    UNION
    SELECT A, B
    FROM M
    INNER JOIN TAB2 ON TAB2.MCle = M.MCle
    UNION
    SELECT A, B
    FROM M
    INNER JOIN TAB3 ON TAB3.MCle = M.MCle
    OPTION (MAXDOP 1)

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 839
    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 839
    Points : 52 932
    Points
    52 932
    Billets dans le blog
    5
    Par défaut
    Avez vous un index sous chacune des colonnes composant la clef ?

    Si vous le pouvez faites un index couvrant de cette manière :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    CREATE INDEX X_MonIndex ON TABx (MCle) INCLUDE (A, B)
    Dès lors la lecture de vos tables ne se fera plus, tout sera fait sur l'index et par des seek et non des scans.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. [XPATH][Débutant]Requête d'interrogation sur un fichier multi-schéma ?
    Par Laurent Dardenne dans le forum XSL/XSLT/XPATH
    Réponses: 6
    Dernier message: 15/10/2008, 17h00
  2. Réponses: 4
    Dernier message: 04/12/2007, 15h28
  3. [MySQL] texte qui bloque sur une requéte mysql
    Par leto02 dans le forum PHP & Base de données
    Réponses: 2
    Dernier message: 28/11/2007, 11h32
  4. Requête de débutant, je bloque sur un AND
    Par Invité dans le forum Langage SQL
    Réponses: 2
    Dernier message: 13/04/2007, 16h46
  5. [ACCESS] Je bloque sur une requête...
    Par portu dans le forum Langage SQL
    Réponses: 8
    Dernier message: 16/02/2006, 10h33

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