J'utilise une application asp.net interfacé avec une base de données
SqlServer.
J'aimerais savoir l'intérêt des procédures stockés par rapport au fait
d'utiliser simplement une chaine de caractère (contenant la requête)
utiliser pour interroger la base via ADO.NET
MErci
Sylo
Il y a la colonne refcount qui semble signifier que plusieurs lignes ce cette table peuvent référencer le même plan d'execution en cache.
tout à fait, mais SQL se base sur la chaîne de caractères passé et non sur une grammaire SQL, ce qui signifie que 2 casses différentes pour une même requête SQL vont générer 2 plan d'exécution. Lit mon exemple : c'est la même requête qui donne les mêmes résultats et pourtant génère deux espaces de stockage différents et donc on perd tout le bénéfice de la mise en cache...
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Thierry a écrit:
Fred,
Il y a la colonne refcount qui semble signifier que plusieurs lignes ce
cette table peuvent référencer le même plan d'execution en cache.
tout à fait, mais SQL se base sur la chaîne de caractères passé et non sur une
grammaire SQL, ce qui signifie que 2 casses différentes pour une même requête
SQL vont générer 2 plan d'exécution. Lit mon exemple : c'est la même requête qui
donne les mêmes résultats et pourtant génère deux espaces de stockage différents
et donc on perd tout le bénéfice de la mise en cache...
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Il y a la colonne refcount qui semble signifier que plusieurs lignes ce cette table peuvent référencer le même plan d'execution en cache.
tout à fait, mais SQL se base sur la chaîne de caractères passé et non sur une grammaire SQL, ce qui signifie que 2 casses différentes pour une même requête SQL vont générer 2 plan d'exécution. Lit mon exemple : c'est la même requête qui donne les mêmes résultats et pourtant génère deux espaces de stockage différents et donc on perd tout le bénéfice de la mise en cache...
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
