Hai pouco, con certa sorpresa, souben que nun dos departamentos da enorme empresa onde traballo, o lanzamento de Perfil SQL en horario comercial.
Non sei como saen a analizar os problemas de rendemento que se producen só en horario comercial. Despois de todo, as vistas de rendemento moitas veces non dan unha imaxe precisa, especialmente se un/dous procedementos/consultas ralentizan, sen cargar especialmente o propio servidor. Tiny Queer que funciona varias veces por hora e dura 10 segundos en lugar de un (pero fai moi importante clienta moi nervioso) definitivamente non entrará nas vistas do DMV. E seleccionar con CROSS APPLY segundo os textos da propia consulta carga o servidor de forma moi robusta.
Non obstante, interésame entender de onde vén este medo. Nalgunhas firmas Perfil SQL - unha ferramenta de traballo, nalgúns lle tiñan medo, como o lume (por algún tempo dediqueime á consultoría e puiden comparar). Estou bastante seguro de que foi así:
Houston, temos un problema. A base diminúe. Imaxínao
Hai tantas garrapatas aquí... Que necesito?
Vale, marcarei todas as caixas e logo decidirei.
Que queda na cabeza das altas autoridades? Alguén lanzou Perfil SQL e todo quedou no seu sitio. E despois cóntanllo entre eles durante unha partida de golf.
Por certo, o intento de escribir tal 'escribimos todo' traza non a un ficheiro, senón á base de datos do mesmo servidor: unha vez fun testemuña de tal caso.
E como están as cousas contigo? Por favor, participe na enquisa
Só os usuarios rexistrados poden participar na enquisa.
Podes executar o perfilador SQL en PROD?
-
Somos unha empresa pequena, todo é sinxelo para nós
-
Os administradores de produción poden, por suposto
-
Os administradores de produción poden, despois de aprobar e bater
-
santo santo santo
Votaron 4 usuarios. 3 usuarios abstivéronse.
Fonte: www.habr.com