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 :

[SQL 2000]Performance Fonction vs Proc Stock


Sujet :

MS SQL Server

  1. #1
    Membre extrêmement actif
    Avatar de zooffy
    Homme Profil pro
    Chef de projet MOA
    Inscrit en
    Août 2004
    Messages
    3 895
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Chef de projet MOA
    Secteur : Bâtiment

    Informations forums :
    Inscription : Août 2004
    Messages : 3 895
    Points : 1 434
    Points
    1 434
    Par défaut [SQL 2000]Performance Fonction vs Proc Stock
    Salut

    Je me pose une question assez empirique à laquelle je ne trouve pas de réponse, ni dans la MSDN, ni sur le NET. Il est vrai que ça doit aps être courant de se poser ce genre de question, mais bon, j'en ai besoins.

    Donc, la question est :
    quelle est la manière la plus rapide, la plus performante pour remonter des données : une fonction tabulaire ou une Proc stock qui fait un SELECT ?

    J'ai essayé de faire des test, amis c'est pas trés probant, la différence entre les deux est assez faible dans pas mal de cas, et selon les critères et la complexité des requêtes, parfois c'est l'une qui est plus rapide et parfois c'est l'autre.

    De plus, je travaille sur un serveur de DEV avec d'autres collègues, donc j'ai du mal à bien prendre les mesures pour être sûr du résultat.

    Merci pour votre aide.

  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,

    Pour récupérer un jeu de résultat dans une application cliente, prend la procédure stockée. C'est standard, et tout est fait dans SQL Server pour l'optimiser. De plus, du côté client, tu as des objets de la bibliothèque d'accès qui te permettent de l'adresser directement.

  3. #3
    Expert éminent sénior Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 177
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 177
    Points : 25 119
    Points
    25 119
    Par défaut
    pour mesurer un peu plus précisement tu peux utiliser sql server profiler

  4. #4
    Membre extrêmement actif
    Avatar de zooffy
    Homme Profil pro
    Chef de projet MOA
    Inscrit en
    Août 2004
    Messages
    3 895
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Chef de projet MOA
    Secteur : Bâtiment

    Informations forums :
    Inscription : Août 2004
    Messages : 3 895
    Points : 1 434
    Points
    1 434
    Par défaut
    Merci pour votre aide.

    Donc, selon rudib, la proc stock est mieux. Si personne ne controverse cette théorie, je vais la prendre pour argent comptant. C'est clair, net et précis, ça me plait bien.

    Précision : sperot51, c'est quoi SQL server Profiler ?
    Le truc que j'ai qui y ressemble en français c'est "Générateur de profils", c'est ça ?

  5. #5
    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
    Citation Envoyé par zooffy Voir le message
    Le truc que j'ai qui y ressemble en français c'est "Générateur de profils", c'est ça ?
    C'est ça. Traduction française très malheureuse.
    Un peu d'aide pour la prise en main : http://rudi.developpez.com/sqlserver.../optimisation/

  6. #6
    Expert éminent sénior Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 177
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 177
    Points : 25 119
    Points
    25 119
    Par défaut
    et je vote pour la procédure stockée avec un select aussi

Discussions similaires

  1. Réponses: 3
    Dernier message: 02/09/2009, 17h22
  2. [T-SQL]Envoyer en paramètre de proc stock Sybase une variable date shell
    Par Doctor Z dans le forum Adaptive Server Enterprise
    Réponses: 5
    Dernier message: 30/10/2007, 16h18
  3. [PROC STOCK / SQL SERVER 2000]
    Par CUCARACHA dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 28/02/2006, 18h29
  4. Réponses: 15
    Dernier message: 08/07/2004, 08h20
  5. [MSDE 2000] Récup champ text depuis proc stockée
    Par Air'V dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 14/12/2003, 19h47

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