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 :

Performance de sous SELECT sur une Vue depuis une procedure Stockée


Sujet :

MS SQL Server

  1. #1
    Membre éprouvé
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    1 707
    Détails du profil
    Informations personnelles :
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Janvier 2007
    Messages : 1 707
    Points : 934
    Points
    934
    Par défaut Performance de sous SELECT sur une Vue depuis une procedure Stockée
    Bonjour
    J'ai une procédure stockee qui fait une requete comme celle ci
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
     
    SELECT CHAMP1 WHERE ID=@PARAM1
    AND LI_ENT_ID IN
    				(
    					SELECT ASSO_ID
    					FROM V_ASS_COM_LIG_INT
    					WHERE (ASSO_ID =  @ENT_ID
    					OR COM_ID =  @ENT_ID 
    					OR LIG_ID = @ENT_ID
    					OR INT_ID = @ENT_ID
    					OR FED_ID = @ENT_ID)
    					AND ASSO_ETAT_ID <>  '5' 
    				)
    	)
    or V_ASS_COM_LIG_INT est une Vue
    Cela optiliserait t'il mon temps de traitement si je cree un champ calculé dans la vue correspondant au WHERE ou NON ?

  2. #2
    Expert éminent sénior
    Homme Profil pro
    Responsable Données
    Inscrit en
    Janvier 2009
    Messages
    5 251
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Responsable Données

    Informations forums :
    Inscription : Janvier 2009
    Messages : 5 251
    Points : 12 903
    Points
    12 903
    Par défaut
    Bonjour,
    Pour moi ça ne changera pas grand chose, vu que SqlServeur devra de toute façon lire les données pour calculer la valeur de la colonne.
    Mais le meilleur moyen de le savoir est de faire le test.

    Tu peux aussi demander le plan d'exécution avec et sans la colonne calculée, et comparer les deux.

    Est-ce qu'on peut avoir la définition de la vue ? Il y a peut-être quelque chose à faire de ce côté (en dehors de la colonne calculée).

    Tatayo.

  3. #3
    Membre expérimenté Avatar de AaâÂäÄàAaâÂäÄàAaâÂäÄ
    Homme Profil pro
    db@
    Inscrit en
    Septembre 2021
    Messages
    489
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : db@

    Informations forums :
    Inscription : Septembre 2021
    Messages : 489
    Points : 1 447
    Points
    1 447
    Par défaut
    et avec un jointure ?

  4. #4
    Expert éminent sénior
    Homme Profil pro
    Responsable Données
    Inscrit en
    Janvier 2009
    Messages
    5 251
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Responsable Données

    Informations forums :
    Inscription : Janvier 2009
    Messages : 5 251
    Points : 12 903
    Points
    12 903
    Par défaut
    Une jointure pourrait modifier le résultat, par exemple si la vue renvoie plusieurs lignes pour un @ENT_ID.

    Par contre on peut remplacer le IN par un EXISTS, mais je ne sais pas si ça a un impact sur la performance de la requête.

    Tatayo.

  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 897
    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 897
    Points : 53 135
    Points
    53 135
    Billets dans le blog
    6
    Par défaut
    Le problème est l'absurdité de ces OR. Sans doute le résultat d'une mauvaise modélisation.... Peut être absence d'héritage ? Dans tous les cas les performances courent vers la catastrophe...

    A +

  6. #6
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 338
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 338
    Points : 39 726
    Points
    39 726
    Billets dans le blog
    9
    Par défaut
    C'est visiblement un test d'existence.
    Auquel cas il faut utiliser EXISTS, n fois si n tables, plutôt que IN.
    De plus, il faut que la host variable soit de même type et de même longueur que la colonne pour qu'un index soit éligible.
    Comme dans la requête présentée, la même host variable est utilisée pour comparer avec plusieurs colonnes, il y a un risque (ex : identifiant de type integer dans une table et small integer dans une autre)

  7. #7
    Expert éminent sénior
    Homme Profil pro
    Responsable Données
    Inscrit en
    Janvier 2009
    Messages
    5 251
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Responsable Données

    Informations forums :
    Inscription : Janvier 2009
    Messages : 5 251
    Points : 12 903
    Points
    12 903
    Par défaut
    SQLpro: c'est un peu ce que j'avais en tête, c'est pour ça que je demande la définition de la vue.
    Peut-être que la/les tables mises en jeu sont correctement modélisées, et que la requête pourrait être mieux écrite sans passer par cette vue.

    Tatayo.

Discussions similaires

  1. [IBX et Interbase] Filter sur une procedure stockée
    Par aimer_Delphi dans le forum Bases de données
    Réponses: 8
    Dernier message: 06/04/2016, 11h15
  2. un select dans une procedure stockée
    Par alassane0101 dans le forum SQL Procédural
    Réponses: 1
    Dernier message: 16/07/2008, 18h49
  3. Réponses: 2
    Dernier message: 07/08/2007, 19h48
  4. Problème SELECT sur une vue sous FB 2.0
    Par Pepere72 dans le forum SQL
    Réponses: 18
    Dernier message: 20/10/2006, 10h55
  5. Temps d'execution d'un select sur une vue
    Par rosewood dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 21/02/2005, 16h06

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