Recentment, amb una certa sorpresa, em vaig assabentar que en un dels departaments de la gran empresa on treballo, el llançament de Perfil SQL en horari comercial.
No sé com arriben a analitzar els problemes de rendiment que es produeixen només en horari comercial. Al cap i a la fi, les vistes de rendiment sovint no donen una imatge precisa, sobretot si un/dos procediments/consultes s'alenteixen, sense carregar especialment el propi servidor. Tiny Queer que s'executa diverses vegades per hora i s'executa durant 10 segons en lloc d'un (però ho fa molt important client molt nerviós) definitivament no entrarà a les visualitzacions del DMV. I seleccionar amb CROSS APPLY segons els textos de la pròpia consulta carrega el servidor de manera molt robusta.
Tanmateix, m'interessa entendre d'on ve aquesta por. En algunes empreses Perfil SQL - una eina de treball, en alguns en tenien por, com el foc (durant un temps em vaig dedicar a la consultoria i vaig poder comparar). Estic bastant segur que ha anat així:
Houston, tenim un problema. La base s'alenteix. Esbrina-ho
Hi ha tantes paparres aquí... Què necessito?
D'acord, marcaré totes les caselles i després decidiré.
Què queda al capdavant de les altes autoritats? Algú es va llançar Perfil SQL i tot va quedar al seu lloc. I després s'ho expliquen entre ells durant una partida de golf.
Per cert, l'intent d'escriure tal "ho escrivim tot' no fa cap a un fitxer, sinó a la base de dades del mateix servidor: una vegada vaig presenciar un cas així.
I com van les coses amb tu? Si us plau, participa a l'enquesta
Només els usuaris registrats poden participar en l'enquesta. si us plau.
Podeu executar el perfilador SQL a PROD?
-
Som una petita empresa, tot és senzill per a nosaltres
-
Per descomptat, els administradors de producció poden
-
Els administradors de la producció poden, després d'aprovar i colpejar
-
sant sant sant
Han votat 4 usuaris. 3 usuaris es van abstenir.
Font: www.habr.com