Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur SQL Serveur Procedures stockees à recompiler periodiquement ?

Procedures stockees à recompiler periodiquement ?

11 réponses
Avatar
Olivier
Bonjour,

J'ai 2 procedures stockées qui se "perdent" et que je dois recompiler de
temps pour qu'elles retrouvent un fonctionnement normal.

Je ne trouve pas de cause particulière au moment ou le pb se pose.

Avez vous des idees ?


(SQL 2000 + SP3a).
Signaler un problème avec ce contenu

10 réponses

Supprimer
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
1 2
Avatar
Philippe T [MS]
Bonjour,

Faites vous des "Update statistics" régulièrement ou case "auto update
statistics" au niveau des options de la base ???

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Olivier" wrote in message
news:
Bonjour,

J'ai 2 procedures stockées qui se "perdent" et que je dois recompiler de
temps pour qu'elles retrouvent un fonctionnement normal.

Je ne trouve pas de cause particulière au moment ou le pb se pose.

Avez vous des idees ?


(SQL 2000 + SP3a).





Avatar
Olivier
En effet la case Auto Update Statistics est cochée
Auto Create Statistics egalement.

Olivier

"Philippe T [MS]" a écrit dans le message de
news:
Bonjour,

Faites vous des "Update statistics" régulièrement ou case "auto update
statistics" au niveau des options de la base ???

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Olivier" wrote in message
news:
> Bonjour,
>
> J'ai 2 procedures stockées qui se "perdent" et que je dois recompiler de
> temps pour qu'elles retrouvent un fonctionnement normal.
>
> Je ne trouve pas de cause particulière au moment ou le pb se pose.
>
> Avez vous des idees ?
>
>
> (SQL 2000 + SP3a).
>
>
>




Avatar
Philippe T [MS]
Bonjour,

Soit vous les cochez (les deux), soit vous incluez cela dans votre plan de
maintenance.

Si les statistiques ne sont pas à jour, SQL Server ne va pas réussir à
optimiser le plan d'exécution des procédures stockées et des requêtes.

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Olivier" wrote in message
news:
En effet la case Auto Update Statistics est cochée
Auto Create Statistics egalement.

Olivier

"Philippe T [MS]" a écrit dans le message


de
news:
> Bonjour,
>
> Faites vous des "Update statistics" régulièrement ou case "auto update
> statistics" au niveau des options de la base ???
>
> Phil.
> ________________________________________________________
> Philippe TROTIN http://blogs.msdn.com/ptrotin
> Microsoft Services France http://www.microsoft.com/france
>
> "Olivier" wrote in message
> news:
> > Bonjour,
> >
> > J'ai 2 procedures stockées qui se "perdent" et que je dois recompiler


de
> > temps pour qu'elles retrouvent un fonctionnement normal.
> >
> > Je ne trouve pas de cause particulière au moment ou le pb se pose.
> >
> > Avez vous des idees ?
> >
> >
> > (SQL 2000 + SP3a).
> >
> >
> >
>
>




Avatar
Olivier
Voici mes maintenances Plan (crée depuis l'assistant).
Cela rentre t il en conflit avec mes 2 cases Auto Update Statistics & Auto
Create Statistics qui sont cochés ?.


Integrity Checks
EXECUTE master.dbo.xp_sqlmaint N'-PlanID
766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
"E:MSSQL2000MSSQLLOGMaintenance Plan XXX.txt" -WriteHistory -CkDB '

Optimizations Job
EXECUTE master.dbo.xp_sqlmaint N'-PlanID
766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
"E:MSSQL2000MSSQLLOGMaintenance Plan XXX.txt" -WriteHistory -RebldIdx
10 -RmUnusedSpace 50 10 '

Merci pour vos reponses.



"Philippe T [MS]" a écrit dans le message de
news:%
Bonjour,

Soit vous les cochez (les deux), soit vous incluez cela dans votre plan de
maintenance.

Si les statistiques ne sont pas à jour, SQL Server ne va pas réussir à
optimiser le plan d'exécution des procédures stockées et des requêtes.

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Olivier" wrote in message
news:
> En effet la case Auto Update Statistics est cochée
> Auto Create Statistics egalement.
>
> Olivier
>
> "Philippe T [MS]" a écrit dans le message
de
> news:
> > Bonjour,
> >
> > Faites vous des "Update statistics" régulièrement ou case "auto update
> > statistics" au niveau des options de la base ???
> >
> > Phil.
> > ________________________________________________________
> > Philippe TROTIN http://blogs.msdn.com/ptrotin
> > Microsoft Services France http://www.microsoft.com/france
> >
> > "Olivier" wrote in message
> > news:
> > > Bonjour,
> > >
> > > J'ai 2 procedures stockées qui se "perdent" et que je dois


recompiler
de
> > > temps pour qu'elles retrouvent un fonctionnement normal.
> > >
> > > Je ne trouve pas de cause particulière au moment ou le pb se pose.
> > >
> > > Avez vous des idees ?
> > >
> > >
> > > (SQL 2000 + SP3a).
> > >
> > >
> > >
> >
> >
>
>




Avatar
Med Bouchenafa
Une procédure stockée qui se "perd" ??
Qu'est ce que tu entends par là ?

Si tu veux dire par là que les performances se dégradent, il peut s'agir probablement d'une
procédure appelée avec un jeu de paramètres inadéquat par rapport à celui pour lequel elle a été
préalablement compilé et donc ce cas, tu n'as pas d'autre choix que de recompiler ou de revoir la
conception de ta procédure


--
Bien cordialement
Med Bouchenafa


"Olivier" a écrit dans le message de news:

Bonjour,

J'ai 2 procedures stockées qui se "perdent" et que je dois recompiler de
temps pour qu'elles retrouvent un fonctionnement normal.

Je ne trouve pas de cause particulière au moment ou le pb se pose.

Avez vous des idees ?


(SQL 2000 + SP3a).





Avatar
Olivier
En fait, elle m'est 15 secondes à s'executer au lieu de 1. Son schéma
d'execution 'change'.



"Med Bouchenafa" a écrit dans le message de
news:
Une procédure stockée qui se "perd" ??
Qu'est ce que tu entends par là ?

Si tu veux dire par là que les performances se dégradent, il peut s'agir


probablement d'une
procédure appelée avec un jeu de paramètres inadéquat par rapport à celui


pour lequel elle a été
préalablement compilé et donc ce cas, tu n'as pas d'autre choix que de


recompiler ou de revoir la
conception de ta procédure


--
Bien cordialement
Med Bouchenafa


"Olivier" a écrit dans le message de news:

> Bonjour,
>
> J'ai 2 procedures stockées qui se "perdent" et que je dois recompiler de
> temps pour qu'elles retrouvent un fonctionnement normal.
>
> Je ne trouve pas de cause particulière au moment ou le pb se pose.
>
> Avez vous des idees ?
>
>
> (SQL 2000 + SP3a).
>
>
>




Avatar
Philippe T [MS]
Non, pas du tout. A mon avis tu devrais laisser les cases auto update et
auto create coché !!!

Sinon, tu a sp_recompile qui permet de forcer la recompilation d'une proc
stock ou d'un trigger si nécessaire.

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Olivier" wrote in message
news:eRLJ$

Voici mes maintenances Plan (crée depuis l'assistant).
Cela rentre t il en conflit avec mes 2 cases Auto Update Statistics & Auto
Create Statistics qui sont cochés ?.


Integrity Checks
EXECUTE master.dbo.xp_sqlmaint N'-PlanID
766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
"E:MSSQL2000MSSQLLOGMaintenance Plan XXX.txt" -WriteHistory -CkDB '

Optimizations Job
EXECUTE master.dbo.xp_sqlmaint N'-PlanID
766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
"E:MSSQL2000MSSQLLOGMaintenance Plan XXX.txt" -WriteHistory -RebldIdx
10 -RmUnusedSpace 50 10 '

Merci pour vos reponses.



"Philippe T [MS]" a écrit dans le message


de
news:%
> Bonjour,
>
> Soit vous les cochez (les deux), soit vous incluez cela dans votre plan


de
> maintenance.
>
> Si les statistiques ne sont pas à jour, SQL Server ne va pas réussir à
> optimiser le plan d'exécution des procédures stockées et des requêtes.
>
> Phil.
> ________________________________________________________
> Philippe TROTIN http://blogs.msdn.com/ptrotin
> Microsoft Services France http://www.microsoft.com/france
>
> "Olivier" wrote in message
> news:
> > En effet la case Auto Update Statistics est cochée
> > Auto Create Statistics egalement.
> >
> > Olivier
> >
> > "Philippe T [MS]" a écrit dans le


message
> de
> > news:
> > > Bonjour,
> > >
> > > Faites vous des "Update statistics" régulièrement ou case "auto


update
> > > statistics" au niveau des options de la base ???
> > >
> > > Phil.
> > > ________________________________________________________
> > > Philippe TROTIN


http://blogs.msdn.com/ptrotin
> > > Microsoft Services France http://www.microsoft.com/france
> > >
> > > "Olivier" wrote in message
> > > news:
> > > > Bonjour,
> > > >
> > > > J'ai 2 procedures stockées qui se "perdent" et que je dois
recompiler
> de
> > > > temps pour qu'elles retrouvent un fonctionnement normal.
> > > >
> > > > Je ne trouve pas de cause particulière au moment ou le pb se pose.
> > > >
> > > > Avez vous des idees ?
> > > >
> > > >
> > > > (SQL 2000 + SP3a).
> > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>




Avatar
Olivier
Oui Philippe, cela fonctionne mais c'est un correctif à mon problème, je ne
peux pas faire un recompile toutes les heures.


Olivier


"Philippe T [MS]" a écrit dans le message de
news:
Non, pas du tout. A mon avis tu devrais laisser les cases auto update et
auto create coché !!!

Sinon, tu a sp_recompile qui permet de forcer la recompilation d'une proc
stock ou d'un trigger si nécessaire.

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Olivier" wrote in message
news:eRLJ$
>
> Voici mes maintenances Plan (crée depuis l'assistant).
> Cela rentre t il en conflit avec mes 2 cases Auto Update Statistics &


Auto
> Create Statistics qui sont cochés ?.
>
>
> Integrity Checks
> EXECUTE master.dbo.xp_sqlmaint N'-PlanID
> 766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
> "E:MSSQL2000MSSQLLOGMaintenance Plan XXX.txt" -WriteHistory -CkDB


'
>
> Optimizations Job
> EXECUTE master.dbo.xp_sqlmaint N'-PlanID
> 766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
> "E:MSSQL2000MSSQLLOGMaintenance Plan


XX.txt" -WriteHistory -RebldIdx
> 10 -RmUnusedSpace 50 10 '
>
> Merci pour vos reponses.
>
>
>
> "Philippe T [MS]" a écrit dans le message
de
> news:%
> > Bonjour,
> >
> > Soit vous les cochez (les deux), soit vous incluez cela dans votre


plan
de
> > maintenance.
> >
> > Si les statistiques ne sont pas à jour, SQL Server ne va pas réussir à
> > optimiser le plan d'exécution des procédures stockées et des requêtes.
> >
> > Phil.
> > ________________________________________________________
> > Philippe TROTIN http://blogs.msdn.com/ptrotin
> > Microsoft Services France http://www.microsoft.com/france
> >
> > "Olivier" wrote in message
> > news:
> > > En effet la case Auto Update Statistics est cochée
> > > Auto Create Statistics egalement.
> > >
> > > Olivier
> > >
> > > "Philippe T [MS]" a écrit dans le
message
> > de
> > > news:
> > > > Bonjour,
> > > >
> > > > Faites vous des "Update statistics" régulièrement ou case "auto
update
> > > > statistics" au niveau des options de la base ???
> > > >
> > > > Phil.
> > > > ________________________________________________________
> > > > Philippe TROTIN
http://blogs.msdn.com/ptrotin
> > > > Microsoft Services France


http://www.microsoft.com/france
> > > >
> > > > "Olivier" wrote in message
> > > > news:
> > > > > Bonjour,
> > > > >
> > > > > J'ai 2 procedures stockées qui se "perdent" et que je dois
> recompiler
> > de
> > > > > temps pour qu'elles retrouvent un fonctionnement normal.
> > > > >
> > > > > Je ne trouve pas de cause particulière au moment ou le pb se


pose.
> > > > >
> > > > > Avez vous des idees ?
> > > > >
> > > > >
> > > > > (SQL 2000 + SP3a).
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>




Avatar
Philippe T [MS]
Bonjour,

Il faut juste le faire de temps en temps : une fois par mois par exemple.
Une fois que le plan d'exécution est calculé, il n'y a plus rien à faire car
il se recalcul tout seul en fonction des stats.

Par contre c'est la mise à jour des stats qu'il faut absolument soit mettre
en mode auto soit mettre dans le plan de maintenance.

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Olivier" wrote in message
news:
Oui Philippe, cela fonctionne mais c'est un correctif à mon problème, je


ne
peux pas faire un recompile toutes les heures.


Olivier


"Philippe T [MS]" a écrit dans le message


de
news:
> Non, pas du tout. A mon avis tu devrais laisser les cases auto update et
> auto create coché !!!
>
> Sinon, tu a sp_recompile qui permet de forcer la recompilation d'une


proc
> stock ou d'un trigger si nécessaire.
>
> Phil.
> ________________________________________________________
> Philippe TROTIN http://blogs.msdn.com/ptrotin
> Microsoft Services France http://www.microsoft.com/france
>
> "Olivier" wrote in message
> news:eRLJ$
> >
> > Voici mes maintenances Plan (crée depuis l'assistant).
> > Cela rentre t il en conflit avec mes 2 cases Auto Update Statistics &
Auto
> > Create Statistics qui sont cochés ?.
> >
> >
> > Integrity Checks
> > EXECUTE master.dbo.xp_sqlmaint N'-PlanID
> > 766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
> > "E:MSSQL2000MSSQLLOGMaintenance Plan XXX.txt" -WriteHistory -CkDB
'
> >
> > Optimizations Job
> > EXECUTE master.dbo.xp_sqlmaint N'-PlanID
> > 766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
> > "E:MSSQL2000MSSQLLOGMaintenance Plan
XX.txt" -WriteHistory -RebldIdx
> > 10 -RmUnusedSpace 50 10 '
> >
> > Merci pour vos reponses.
> >
> >
> >
> > "Philippe T [MS]" a écrit dans le


message
> de
> > news:%
> > > Bonjour,
> > >
> > > Soit vous les cochez (les deux), soit vous incluez cela dans votre
plan
> de
> > > maintenance.
> > >
> > > Si les statistiques ne sont pas à jour, SQL Server ne va pas réussir


à
> > > optimiser le plan d'exécution des procédures stockées et des


requêtes.
> > >
> > > Phil.
> > > ________________________________________________________
> > > Philippe TROTIN


http://blogs.msdn.com/ptrotin
> > > Microsoft Services France http://www.microsoft.com/france
> > >
> > > "Olivier" wrote in message
> > > news:
> > > > En effet la case Auto Update Statistics est cochée
> > > > Auto Create Statistics egalement.
> > > >
> > > > Olivier
> > > >
> > > > "Philippe T [MS]" a écrit dans le
> message
> > > de
> > > > news:
> > > > > Bonjour,
> > > > >
> > > > > Faites vous des "Update statistics" régulièrement ou case "auto
> update
> > > > > statistics" au niveau des options de la base ???
> > > > >
> > > > > Phil.
> > > > > ________________________________________________________
> > > > > Philippe TROTIN
> http://blogs.msdn.com/ptrotin
> > > > > Microsoft Services France
http://www.microsoft.com/france
> > > > >
> > > > > "Olivier" wrote in message
> > > > > news:
> > > > > > Bonjour,
> > > > > >
> > > > > > J'ai 2 procedures stockées qui se "perdent" et que je dois
> > recompiler
> > > de
> > > > > > temps pour qu'elles retrouvent un fonctionnement normal.
> > > > > >
> > > > > > Je ne trouve pas de cause particulière au moment ou le pb se
pose.
> > > > > >
> > > > > > Avez vous des idees ?
> > > > > >
> > > > > >
> > > > > > (SQL 2000 + SP3a).
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>




Avatar
Olivier
Oui Philippe, c'est bien la configuration que j'utilise, toutefois, le
'temps en temps' est pour moi, une fois tous les 2 jours ( ou plus) pour 2
procs.

Mon plan d'execution pour ces 2 procs semble partir en cacahuete, mais
uniquement pour 2 procs identifiées.

Olivier


"Philippe T [MS]" a écrit dans le message de
news:
Bonjour,

Il faut juste le faire de temps en temps : une fois par mois par exemple.
Une fois que le plan d'exécution est calculé, il n'y a plus rien à faire


car
il se recalcul tout seul en fonction des stats.

Par contre c'est la mise à jour des stats qu'il faut absolument soit


mettre
en mode auto soit mettre dans le plan de maintenance.

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Olivier" wrote in message
news:
> Oui Philippe, cela fonctionne mais c'est un correctif à mon problème, je
ne
> peux pas faire un recompile toutes les heures.
>
>
> Olivier
>
>
> "Philippe T [MS]" a écrit dans le message
de
> news:
> > Non, pas du tout. A mon avis tu devrais laisser les cases auto update


et
> > auto create coché !!!
> >
> > Sinon, tu a sp_recompile qui permet de forcer la recompilation d'une
proc
> > stock ou d'un trigger si nécessaire.
> >
> > Phil.
> > ________________________________________________________
> > Philippe TROTIN http://blogs.msdn.com/ptrotin
> > Microsoft Services France http://www.microsoft.com/france
> >
> > "Olivier" wrote in message
> > news:eRLJ$
> > >
> > > Voici mes maintenances Plan (crée depuis l'assistant).
> > > Cela rentre t il en conflit avec mes 2 cases Auto Update Statistics


&
> Auto
> > > Create Statistics qui sont cochés ?.
> > >
> > >
> > > Integrity Checks
> > > EXECUTE master.dbo.xp_sqlmaint N'-PlanID
> > > 766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
> > > "E:MSSQL2000MSSQLLOGMaintenance Plan


XX.txt" -WriteHistory -CkDB
> '
> > >
> > > Optimizations Job
> > > EXECUTE master.dbo.xp_sqlmaint N'-PlanID
> > > 766DE6C6-6EB6-4DF6-9A9B-86707CB14460 -Rpt
> > > "E:MSSQL2000MSSQLLOGMaintenance Plan
> XX.txt" -WriteHistory -RebldIdx
> > > 10 -RmUnusedSpace 50 10 '
> > >
> > > Merci pour vos reponses.
> > >
> > >
> > >
> > > "Philippe T [MS]" a écrit dans le
message
> > de
> > > news:%
> > > > Bonjour,
> > > >
> > > > Soit vous les cochez (les deux), soit vous incluez cela dans votre
> plan
> > de
> > > > maintenance.
> > > >
> > > > Si les statistiques ne sont pas à jour, SQL Server ne va pas


réussir
à
> > > > optimiser le plan d'exécution des procédures stockées et des
requêtes.
> > > >
> > > > Phil.
> > > > ________________________________________________________
> > > > Philippe TROTIN
http://blogs.msdn.com/ptrotin
> > > > Microsoft Services France


http://www.microsoft.com/france
> > > >
> > > > "Olivier" wrote in message
> > > > news:
> > > > > En effet la case Auto Update Statistics est cochée
> > > > > Auto Create Statistics egalement.
> > > > >
> > > > > Olivier
> > > > >
> > > > > "Philippe T [MS]" a écrit dans le
> > message
> > > > de
> > > > > news:
> > > > > > Bonjour,
> > > > > >
> > > > > > Faites vous des "Update statistics" régulièrement ou case


"auto
> > update
> > > > > > statistics" au niveau des options de la base ???
> > > > > >
> > > > > > Phil.
> > > > > > ________________________________________________________
> > > > > > Philippe TROTIN
> > http://blogs.msdn.com/ptrotin
> > > > > > Microsoft Services France
> http://www.microsoft.com/france
> > > > > >
> > > > > > "Olivier" wrote in message
> > > > > > news:
> > > > > > > Bonjour,
> > > > > > >
> > > > > > > J'ai 2 procedures stockées qui se "perdent" et que je dois
> > > recompiler
> > > > de
> > > > > > > temps pour qu'elles retrouvent un fonctionnement normal.
> > > > > > >
> > > > > > > Je ne trouve pas de cause particulière au moment ou le pb se
> pose.
> > > > > > >
> > > > > > > Avez vous des idees ?
> > > > > > >
> > > > > > >
> > > > > > > (SQL 2000 + SP3a).
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>




1 2