Kaiptais niekas nepadejo :) tenka selektus pakeisti :) bajeris tame, kai 
per profileri paziuri kiek ivykdoma SP:Completed, tai ant 2005 sql 
kviecia funkcija tiek kartu kiek atsisipindi resulte, o ant 2008 sql 
executina tiek kart, kiek yra db irasu, tai ir gauni vietoj 1000 executu 
300000 :) nedaug tu funkciju yra, tai jas jau kaip ir baigiu pakeist is 
skalar i table ir su cross join viskas eina, bet jau tu joinu po 
selektais pasidare tai nu ir n... negraziai atrodo :). Tai tiek ziniu

On 2011.09.13 10:01, news.omnitel.net wrote:
> jei pasikeite serverio galingumas, statistikos gali parinkti visai kito
> indekso paieska. Siuo atveju, execution planas parodys kas stabdo, o jei to
> lauko indeksavimas nepades (galbut sudetinio indekso sukurimas reikalingas)
> tai reikia selectus rasyti su with index... kad imtu butent ta indeksavima.
> Ant labai dideliu baziu taip neretai atsitinka... Na, ant 30 Gb bazes
> pakeitus serveri taip buvo. Issisprende kaip jau minejau su with index
> konkreciai nurodant, nes kartais ir statistikos gryba pjauna. Beje, ir
> pereita nuo 2005 =>  2008 sql serveri...
>
> "rl"<ask@me.for>  wrote in message news:j4fe5e$n7u$1@trimpas.omnitel.net...
>> Jei selectįi parametrizuoti - pabandyk su OPTION (RECOMPILE) selectį
>> pravykdyti... Bet jei nuo keliu sekundziu iki pusvalandzio, tai cia jau
>> anomalija.
>>
>> On 2011.09.08 18:38, CGI 600 wrote:
>>> Susiduriau su idomia problema :), gal kas tures minciu.
>>> Tai va numigravom DB is SQL 2005 express i SQL 2008 R2 enterprice, ir
>>> labai nukrito selektu, kuriuose selektinamos ir funkcijos greityis, nuo
>>> keliu sekundziu iki pusvalandzio ir daugiau, istryniau indeksus nafik,
>>> pagreitejo tik keliom minutem, sudejau atgal is naujo, niekas
>>> nepasikeite. Interneta varciau visa diena, nieko tokio kaip ir neradau,
>>> vienam su nolock buvo problemos, bandziau nuimt, tai dar labiau
>>> paletejo. Kur jieskot teisybes?
>>>
>>> Aciu
>>
>
>