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

Administration SQL Server Discussion :

Ma requête ne consomme qu'un coeur


Sujet :

Administration SQL Server

  1. #1
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 149
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 149
    Points : 7 392
    Points
    7 392
    Billets dans le blog
    1
    Par défaut Ma requête ne consomme qu'un coeur
    Bonjour,

    J'ai une requête très consommatrice, car mal écrite (mais en même temps, compliqué de faire mieux, je pense, vu le modèle)
    http://www.developpez.net/forums/d15...r/#post8607314

    Je me rends compte que sur 4 cœurs présents, seul 1 cœur est utilisé.

    J'utilise SQL Server Express 2014.

    La limitation de SQL Server Express est, si je ne m'abuse, de 1 CPU ou 4 cœurs (selon lequel est le plus restrictif).

    Comment se fait-il qu'il ne parallélise pas plus ma requête ? Il y a un paramètre par défaut dans SQL Server Express qui l'en empêche ?

    A un moment j'avais réécrit la même requête en utilisant des UNION, car là j'étais certain qu'il serait capable de paralléliser chaque morceau de ma requête, mais rien, toujours 1 seul cœur utilisé.

    Comment se fait-ce ?
    On ne jouit bien que de ce qu’on partage.

  2. #2
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 149
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 149
    Points : 7 392
    Points
    7 392
    Billets dans le blog
    1
    Par défaut
    Bon, c'est quoi ce grand malade mental ?

    Ma base fait 5 Go.

    Je lance ma requête (un peu consommatrice).
    Pendant tout le temps de l'exécution, TEMPDB (2 Go) ne bouge pas.

    Et d'un coup, au moment où la requête se termine (INSERT FROM SELECT qui génère 86 000 lignes dans une table de 8 colonnes), TEMPDB passe à 20 Go (et rempli le disque, accessoirement).

    Il est fou ou quoi ?
    On ne jouit bien que de ce qu’on partage.

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 761
    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 761
    Points : 52 547
    Points
    52 547
    Billets dans le blog
    5
    Par défaut
    Poste le, plan, mais à mon avis tu dois avoir des opérations de "bobinage" qui utilisent la tempdb

    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/ * * * * *

  4. #4
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 149
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 149
    Points : 7 392
    Points
    7 392
    Billets dans le blog
    1
    Par défaut
    J'ai obtenu un message comme quoi le FS était plein et que TEMPDB ne pouvait plus grossir, sur un "db.SORT".

    Mais ce qui me surprends, c'est que même si ma requête fait potentiellement un simili produit cartésien avec une grosse table, j'ai du mal à comprendre comment c'est possible que ça vienne bouffer 20 Go de mémoire alors que la base (qui contient d'autres tables bien plus grosses qui n'entrent pas en jeu du tout) ne fait que 5 Go...

    Et sinon, pour le coup d'un seul cœur occupé, c'est normal ?
    On ne jouit bien que de ce qu’on partage.

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 761
    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 761
    Points : 52 547
    Points
    52 547
    Billets dans le blog
    5
    Par défaut
    Non un seul cœur occupé cela dépend de beaucoup de paramètres :
    1) l'estimation statistique
    2) le nombre de fichiers dans la base tempdb
    3) le seuil de déclenchement du //
    4) le MAXDOP

    Quel est cette requête et quel sont les tables (DDL).

    et le plan !

    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/ * * * * *

  6. #6
    Membre éclairé
    Homme Profil pro
    Consultant en Business Intelligence
    Inscrit en
    Décembre 2007
    Messages
    327
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Consultant en Business Intelligence

    Informations forums :
    Inscription : Décembre 2007
    Messages : 327
    Points : 674
    Points
    674
    Par défaut
    Bonjour, la limite est bien 1 CPU et 4 coeur pour la version express :

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

    Maintenant quel est le coup de ta requete ?

    Le parrallelisme est il activé ?

    Essai de rejouer la requete en utilisant le hint suivant à la fin de la requete :

    Comme l'a demandé SQLPro peut on avoir le plan ?

    Merci d'avance.
    MCSA SQL SERVER |MCT | MVP Data Platform

  7. #7
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 149
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 149
    Points : 7 392
    Points
    7 392
    Billets dans le blog
    1
    Par défaut
    Merci pour vos réponses.

    Pour le moment, je continue à tenter d'améliorer la requête dans sa globalité, puis je reviendrai dans ce topic si les questions restent valables.

    En effet, je pense que le principal problème, c'est que je demande à SQL Server de faire un traitement pour lequel il n'est pas forcément prévu, et il n'aime pas trop...
    On ne jouit bien que de ce qu’on partage.

Discussions similaires

  1. [Solr 3.6.1] Requête multi-coeur
    Par Huntress dans le forum Plateformes (Java EE, Jakarta EE, Spring) et Serveurs
    Réponses: 1
    Dernier message: 25/10/2012, 10h24
  2. Utilisation de MAX dans une requête SQL
    Par Evil onE dans le forum Langage SQL
    Réponses: 7
    Dernier message: 15/06/2004, 18h38
  3. Requete requête sous sybase
    Par eddie dans le forum Sybase
    Réponses: 3
    Dernier message: 02/04/2003, 14h51
  4. Requête imbriquée et indexes INTERBASE
    Par vadim dans le forum InterBase
    Réponses: 2
    Dernier message: 06/09/2002, 16h15
  5. [BDD] Enregistrer le résultat d'une requête
    Par Mowgly dans le forum C++Builder
    Réponses: 5
    Dernier message: 19/06/2002, 15h26

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