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 :

COÛT du création index


Sujet :

Administration SQL Server

  1. #1
    Membre expérimenté

    Homme Profil pro
    Auditeur informatique
    Inscrit en
    Novembre 2014
    Messages
    815
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Tunisie

    Informations professionnelles :
    Activité : Auditeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2014
    Messages : 815
    Points : 1 350
    Points
    1 350
    Billets dans le blog
    2
    Par défaut COÛT du création index
    Bonjour

    j'ai une requête du reporting qui est très coûteuse en terme consommation CPU
    il est utilisé sur mon serveur du production ci joint leur syntaxe
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SELECT DISTINCT pr_num  FROM      dbo.mvtFabr  WHERE     (mf_trans = 'assemb')  GROUP BY pr_num
    en analysant cette dernier avec l'assistant du moteur SGBD il ma demandé de crée un index non_cluster qui pointe sur les deux colonnes "pr_num" et "mf_trans" ce qui m’inquiète c'est le coût de leur création en terme espace il va occupé plus de 15G vu que mon table est volumineux
    sur la même piste j'ai un autre index existant qui pointe que sur le colonne "pr-num" seulement
    ma question si j'utilise l'option include sur cette index en ajoutant le colonne "mf_trans" est ce que je peut couvrir ma requête et en parallèle je gagne d'espace surtout que mon index est déjà cré et je ne serai pas obliger de perdu 15G
    merci pour vos aide

  2. #2
    Modérateur

    Profil pro
    dba
    Inscrit en
    Janvier 2010
    Messages
    5 643
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : dba

    Informations forums :
    Inscription : Janvier 2010
    Messages : 5 643
    Points : 13 092
    Points
    13 092
    Par défaut
    Bonjour,

    Déjà, pourquoi avez-vous ce GROUP BY ?
    Je n'en vois pas l'utilité, car vous n'utilisez pas de fonction d'agrégat, et il est de fait redondant avec le DISTINCTSi votre filtre est toujours sur la même valeur, vous pouvez ajouter une index filtré : WHERE mf_trans = 'assemb'Vous pourriez aussi envisager une vue indéxée (la table est elle souvent mise à jour ?)

    Ajouter votre colonne mf_trans à l'index existant eviterait en effet un accés à la table, mais ne serait pas pour autant l'idéal. Il vous faudrait dans votre cas un index sur (mf_trans,pr_num).

    Dites-en un peu plus sur le contexte, on pourra mieux vous orienter.

  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 755
    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 755
    Points : 52 530
    Points
    52 530
    Billets dans le blog
    5
    Par défaut
    Le meilleur index serait :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    CREATE INDEX X... ON dbo.mvtFabr (mf_trans) INCLUDE (pr_num);
    sauf si pr_num est un clef primaire CLUSTERED ou fait partie d'un index CLUSTERED, auquel cas la clause INCLUDE n'est pas nécessaire
    Le group BY n'est effectivement pas nécessaire.

    Enfin, la volumétrie d'un index n'a aucun intérêt en soit. Ne vous en préoccupez pas. L'index ne sera utilisé que pour les quelques pages nécessaire !

    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. Temps de création index table InnoDB trop long
    Par ctobini dans le forum SQL Procédural
    Réponses: 0
    Dernier message: 22/02/2008, 09h23
  2. Comment optimiser requête SQL avec création Index
    Par schumi101 dans le forum SQL
    Réponses: 25
    Dernier message: 11/12/2007, 21h28
  3. [ORA-01652:] création index
    Par Filippo dans le forum Administration
    Réponses: 8
    Dernier message: 18/05/2007, 16h13
  4. [Oracle 8i] Export Script de création Index
    Par Bahan dans le forum Import/Export
    Réponses: 8
    Dernier message: 29/01/2007, 17h06
  5. Coût de création et destruction de thread
    Par camboui dans le forum Windows
    Réponses: 41
    Dernier message: 02/06/2005, 12h36

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