Discussion :

[olivtone]

Hello a Tous

J'ai un cas jamais vu pour le moment, j'ai dans ma console un Exces de recompilation automatique qui se fait

apres analyse c'est cette PS qui pose Probleme ci dessou

Je me suis apercu qu'en enlevant le GROUP BY (en gras)dans la PS, cela ne recompile plus du tout

Avez vous deja eu le cas?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
ALTER procedure [dbo].[PS_GEN_ADD_BOITIER_ZONE_BZO]
with recompile
as
declare @DT_CREATE datetime
set @DT_CREATE = GETUTCDATE()


insert into	dbo.T_BOITIER
			(BZO_ID, NUM_ORDER, DT_CREATE, IS_DELETE,
			BOI_ID, YBR_ID, BZO_LIB, BZO_DATA, BZO_IS_ALERT, BZO_IS_PAYS)
select		t.BZO_ID, isnull(dm.NUM_ORDER, 0) + 1, @DT_CREATE, 0,
			t.BOI_ID, t.YBR_ID, t.BZO_LIB, t.BZO_DATA, t.BZO_IS_ALERT, t.BZO_IS_PAYS
from		#BOITIER t
left join	(
			select		BZO_ID, max(NUM_ORDER) as NUM_ORDER
			from		dbo.T_BOITIER_ZONE_BZO_DETAIL
		group by (BZO_ID) 
		
			) dm
			
on			dm.BZO_ID = t.BZO_ID

[Boubou2020]

il faut enlever tout simplement l'option

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

with recompile

[olivtone]

malheuresement c'est la premiere chose que j'ai regarde pas de recompile dans la PS

[mikedavem]

malheuresement c'est la premiere chose que j'ai regarde pas de recompile dans la PS

Pourtant c'est bien ce qui est exposé dans le code de ta procédure que tu as posté

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
ALTER procedure [dbo].[PS_GEN_ADD_BOITIER_ZONE_BZO]
with recompile
 
...

Ceci dit pour connaître la cause de ta recompilation tu peux mettre en place une trace profiler avec l'événement SP:Recompile qui te donnera plus d'information sur la cause de ta recompilation.
Tiens nous au courant

++

[olivtone]

desole un mauvais copier coller dans le texte parce que j'ai fait beaucoup de Test

le recompile me sort la requete qui pose probleme

j'ai dans l'eventSubclass =>1 schema changed.

j'ai regarde un peu sur cet article :

http://blog.sqlauthority.com/2010/02...rmance-tuning/

mais je ne suis pas concerne par ces cas la

[julien94320]

Question bête, tes statistiques sont-elle a jour ?

[aieeeuuuuu]

j'ai regarde un peu sur cet article :

http://blog.sqlauthority.com/2010/02...rmance-tuning/

mais je ne suis pas concerne par ces cas la

Vraiment ? même par le dernier, à savoir la table temporaire ?

Vous en avez pourtant bien une dans votre SP, où et comment est-elle créée et peuplée ?
Elle pourrait être la cause de vos recompilations.

[olivtone]

desole vraiment fatigué

en fait cette PS1 est appele par une PS0 en amont ou la creation d'une table temporaire se fait dans la PS0

LA creation de la table temporaire dans une autre PS peut causer ce grand nombre de recompilation ?

Les Stats sont a jour sur la table, c'est la premiere que j'ai regarde

[mikedavem]

desole vraiment fatigué

en fait cette PS1 est appele par une PS0 en amont ou la creation d'une table temporaire se fait dans la PS0

LA creation de la table temporaire dans une autre PS peut causer ce grand nombre de recompilation ?

Les Stats sont a jour sur la table, c'est la premiere que j'ai regarde

Oui la création d'une table qu'elle soit permanente ou non dans une procédure déclenchera une compilation de la procédure. (d'où l'événement associé que tu as "schema change")

++

[olivtone]

d'accord...

meme si on integre la creation de la table temporaire et le drop dans la meme procedure?

est ce aussi le cas pour une table variable?

j'aurai bien teste mais je suis pas au taf

Merci a vous en tout cas top ce forum !!!

[mikedavem]

d'accord...

meme si on integre la creation de la table temporaire et le drop dans la meme procedure?

est ce aussi le cas pour une table variable?

j'aurai bien teste mais je suis pas au taf

Merci a vous en tout cas top ce forum !!!

Si ta procédure PS1 ne fait pas référence à ta table temporaire créée dans PS0 alors pas de problème de recompilation.
En revanche dans PS0 ton plan d'exécution est partiellement compilé (le create table et insert si tu utilises qui concernent ta table temporaire seront compilés à l'exécution)

Pas de souci pour les variables de tables pour lesquelles aucune statistique est maintenue et donc n'implique aucune recompilation
Il y a cependant une variante si on utilise le nouveau traceflag 2534

++

[olivtone]

Je récapitule:

Une PS0 a crée sa table temporaire, et lance la PS1 avec cette table temporaire crée, cette meme table temporaire etait appelé dans une autre PS, qu'on va appeler PS2

Du coup j'ai rassemblé les 3 PS en Une, et du coup cela ne recompile plus...

Merci a Tous en tout cas vraiment top