Dans le cadre d'une optimisation des performances sur un serveur SQL 2005,
je souhaiterais connaître les couts d'appels de fonctions ou de procédures
stockées.
Si il est interressant de segmenter son code en stor-proc ou en function
pour des questions de maintenabilité, en est-il de même sur le plan de la
performance ?
Dans les cas ou les perfs sont primodiales, est-il déconseillé
. de découper son code T-SQL en plusieurs stor-proc ?
. de créer des fonctions si on peut faire autrement ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Philippe T [MS]
Bonjour,
L'utilisation de procédures stockées ou de fonction est conseillé aussi bien pour des problèmes de performances (optimisation des plans d'exécutions) que pour des raisons de maintenabilité. Plus on est proche des données et mieux c'est !!!
Si par contre on se met a utiliser des curseurs, l'utilisation de ADO.NET est préférable car plus efficace que les curseurs en T-SQL.
Phil. ________________________________________________________ Philippe TROTIN Microsoft Services France http://www.microsoft.com/france "Gislain" wrote in message news:%
Bonjour,
Dans le cadre d'une optimisation des performances sur un serveur SQL 2005, je souhaiterais connaître les couts d'appels de fonctions ou de procédures stockées.
Si il est interressant de segmenter son code en stor-proc ou en function pour des questions de maintenabilité, en est-il de même sur le plan de la performance ?
Dans les cas ou les perfs sont primodiales, est-il déconseillé . de découper son code T-SQL en plusieurs stor-proc ? . de créer des fonctions si on peut faire autrement ?
Merci d'avance
Gislain.
Bonjour,
L'utilisation de procédures stockées ou de fonction est conseillé aussi bien
pour des problèmes de performances (optimisation des plans d'exécutions) que
pour des raisons de maintenabilité. Plus on est proche des données et mieux
c'est !!!
Si par contre on se met a utiliser des curseurs, l'utilisation de ADO.NET
est préférable car plus efficace que les curseurs en T-SQL.
Phil.
________________________________________________________
Philippe TROTIN
Microsoft Services France http://www.microsoft.com/france
"Gislain" <nospam@nospam.com> wrote in message
news:%23hrAh1uhGHA.4144@TK2MSFTNGP02.phx.gbl...
Bonjour,
Dans le cadre d'une optimisation des performances sur un serveur SQL 2005,
je souhaiterais connaître les couts d'appels de fonctions ou de procédures
stockées.
Si il est interressant de segmenter son code en stor-proc ou en function
pour des questions de maintenabilité, en est-il de même sur le plan de la
performance ?
Dans les cas ou les perfs sont primodiales, est-il déconseillé
. de découper son code T-SQL en plusieurs stor-proc ?
. de créer des fonctions si on peut faire autrement ?
L'utilisation de procédures stockées ou de fonction est conseillé aussi bien pour des problèmes de performances (optimisation des plans d'exécutions) que pour des raisons de maintenabilité. Plus on est proche des données et mieux c'est !!!
Si par contre on se met a utiliser des curseurs, l'utilisation de ADO.NET est préférable car plus efficace que les curseurs en T-SQL.
Phil. ________________________________________________________ Philippe TROTIN Microsoft Services France http://www.microsoft.com/france "Gislain" wrote in message news:%
Bonjour,
Dans le cadre d'une optimisation des performances sur un serveur SQL 2005, je souhaiterais connaître les couts d'appels de fonctions ou de procédures stockées.
Si il est interressant de segmenter son code en stor-proc ou en function pour des questions de maintenabilité, en est-il de même sur le plan de la performance ?
Dans les cas ou les perfs sont primodiales, est-il déconseillé . de découper son code T-SQL en plusieurs stor-proc ? . de créer des fonctions si on peut faire autrement ?
