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 >> > >