este RECOMPILE într-adevăr așa de rău?

Heh… pe lucru DBCC FREEPROCCACHE și cu înțelegerea faptului că serverul meu, probabil, nu este oriunde în apropierea unui loc unde ar provoca o preocupare reală, avem un amestec greu între OLTP și ruleaza mari de procesare, mai ales în timpul zilei. Este nevoie de prea mult timp pentru a izola fiecare procedură stocată care are nevoie de o recompilare și așa că folosesc DBCC FREEPROCCACHE pe cutia mea de producție din când în când, fără efecte grave și curăță imediat o mulțime de păcate. YMMV dar, pentru mine, folosind DBCC FREEPROCCACHE nu este nu-nu că toată lumea face să fie.

în ceea ce privește recompilările, sunt de acord. Nu sunt neapărat păcatul pe care mulți oameni ar vrea să-l crezi. Acestea sunt utile în special în unele dintre acele rulări mari de procesare în care aveți nevoie de o recompilare pentru a obține efectiv o înregistrare minimă la lucru.

a trecut ceva timp de când m-am uitat la situația noastră de recompilare la locul de muncă, dar am avut un proc care „doar” a luat 100ms pentru a executa, pe care, de asemenea, am crezut că a durat prea mult, dar nu a putut obține de management pentru a clinti pe, chiar dacă am explicat zeci de mii de ori a fost lovit în fiecare oră. Apoi am făcut o analiză de recompilare și lucrul blestemat nu numai că recompila de fiecare dată când a fost chemat, ci dura între 2 și 22 de secunde pentru a recompila de fiecare dată, media venind la 20 de secunde. Odată ce am făcut trucurile mele la codul destul de scurt din proc, nu numai că recompilele au dispărut, dar execuția este acum măsurată în ms cu o singură cifră. nu știam, dar acest lucru a rezolvat, de asemenea, un punct de durere major în timpul de întoarcere pe podea pentru un anumit ecran din aplicația care a folosit proc.în ceea ce privește „avansurile” cu care au venit în acest domeniu pentru 2017 și 2019, mi-e frică de moarte să mă mut din 2016. Încă mai sufăr de unele dintre „progresele” cu care au venit în 2014 și 2016. Cu toate acestea, nu ne oferă prea multe opțiuni atunci când vine vorba de modernizare. Un astfel de” avans „este”inserții rapide”. Majoritatea oamenilor nu știu despre asta, deoarece rutinele lor de întreținere a indexului ascund vina pe care o are cu alocarea unei proporții complete, fără a căuta extensiile deja existente parțial goale, chiar dacă introduceți un rând proverbial „1 octet”. Slavă Domnului pentru TF 692.

modificările pe care le-au făcut pentru TempDB sunt destul de bune, dar nu permit chiar și o excursie temporară pentru a dezechilibra dimensiunile fișierelor a ucis o mulțime de lucruri pe care le făceam din cauza unui alt defect încorporat în set IDENTITY INSERT pe locul în care întregul transfer de date este sortat în TempDB, chiar dacă nu este necesar din cauza prezenței unui Index grupat și a unei înregistrări minime.

mi-aș dori ca MS să nu mai facă „îmbunătățiri” și să înceapă să fixeze cu seriozitate „îmbunătățirile” pe care le-au făcut deja.

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *