T-SQL

Re: querry execution plan for nested if in sp

tebbaerty — Mon, 02 Apr 2012 06:44:14 GMT

stiu ca execution planul nu se compileaza in functie de valoarea parametrilor, dar totusi cred ca nu are o penalitate de performanta imensa (atat timp cat ai grija si la parameter sniffing).

Recompilarea procedurii la fiecare apel ar fi o solutie, dar nu o consider viabila pentru ca din cate imi aduc aminte compilarea si caching-ul procedurii se face in mod serializat, iar mai multe threaduri care vor apela aceeasi procedura vor trebui sa fie sincronizate intr ele.

Re: querry execution plan for nested if in sp

ovc — Sun, 01 Apr 2012 17:11:39 GMT

tocmai saptamana asta citeam o carte in legatura cu performanta in sql server. execution planurile a sp-urilor nu sunt recompilate in functie de parametrii. Ai putea eventual sa incerci sa fortezi sa se compileze de fiecare data execution plan-ul la fiecare apel al sp-ului.
prin modificare de la nvarchar la varchar ai redus doar numarul de readuri (nvarchar ocupa dublu cat varchar-ul)

Re: querry execution plan for nested if in sp

tebbaerty — Fri, 24 Feb 2012 10:43:17 GMT

cea pe care am creat-o eu de test ? sau pe cea reala. Din pacate pe cea reala nu o pot trimite din motive de securitate :(.

Se pare ca de fapt problema mea nu este acel nested if cum am crezut initial, ci faptul ca pe unele if-uri se facea un select dintr-o tabela pe care existau coloane ntext. Acestea generau un numar foarte mare de lob logical reads (~30k-60k).

In cazul in care mai are cineva aceasta problema aici e rezolvarea mea :
Am convertit coloana la nvarchar(max) / varchar(max) si am facut un update de genul "update table set col = col" pe coloanele care erau ntext inainte. Update-ul este necesar pentru a muta datele din lob in page file-uri (se vor muta doar cele care au dimensiunea sub 4k sau 8k nu mai stiu sigur).

Acum ca am rezolvat problema cred de fapt ca nested-if-urile nu influenteaza in mod negativ execution planul :).

Mersi

Re: querry execution plan for nested if in sp

Diana — Thu, 23 Feb 2012 20:24:31 GMT

Trimite procedura, structura tabelelor si date de test.

querry execution plan for nested if in sp

tebbaerty — Thu, 23 Feb 2012 13:50:03 GMT

Salut,

Cateodata o procedura cu foarte multe nested if-uri (~40) da timeout. Cumva execution plan-ul se recompileaza de fiecare data cand o ia pe alta ramura de if ? Nu am gasit ceva concludent, unii spuneau ca da, altii ca nu.

Am facut o procedura cu mai multe nested if-uri, am pus un profiler si am observat ca nu se recompileaza procedura. De asemenea m-am uitat pe planul de executie si am vazut ca sunt prinse if-urile in plan. Deci nu vad nici o explicatie logica pentru care execution planul se va recompila de fiecare data cand se duce pe o alta ramura de if. Mai ales ca msdn spune clar care sunt conditiile pentru a se recompila (http://msdn.microsoft.com/en-us/library/ms181055.aspx sectiunea Recompiling Execution Plans ).

As dori sa stiu si parerea voastra ?

PS: desigur ca daca fac un querry dinamic, sau sparg procedura in mai multe proceduri simple, sau mut logica de if-uri in cod si pe partea de sql raman doar cele ~40 de proc as rezolva problema, insa sunt curios ce se intampla exact pentru a stii clar ce problema rezolv.