{"id":30174,"date":"2019-10-31T21:33:59","date_gmt":"2019-10-31T18:33:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/opasen-li-sql-profiler\/"},"modified":"2019-10-31T21:33:59","modified_gmt":"2019-10-31T18:33:59","slug":"opasen-li-sql-profiler","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/opasen-li-sql-profiler","title":{"rendered":"SQL profiler \u00e8 pericoloso?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Di recente, con un certo stupore, ho scoperto che in uno dei dipartimenti della grande azienda in cui lavoro \u00e8 vietato avviare SQL profiler<\/b> durante l'orario lavorativo. <\/p>\n

\"SQL
\n<\/a><\/noindex>
\nNon so come riescano a gestire l'analisi dei problemi di performance che si verificano proprio durante l'euro di lavoro. Le performance views spesso non forniscono un quadro chiaro, specialmente se a trottare sono una o due procedure o query, senza particolamente caricare il server. Una piccola query, che viene eseguita diverse volte all'ora e dura 10 secondi invece di uno (ma che fa qualcosa di molto importante<\/i> per il cliente che si innervosisce molto<\/i>) non apparir\u00e0 nei DMV views. E un select con CROSS APPLY sui testi delle query carica notevolmente il server.<\/p>\n

Tuttavia, mi interessa capire da dove proviene questa paura. In alcune aziende SQL profiler<\/b> \u00e8 uno strumento di lavoro, in altre lo temono come il fuoco (per un certo tempo ho fatto consulenze e ho potuto confrontare). Sono quasi sicuro che fosse cos\u00ec:<\/p>\n

\"SQL
\nHouston, abbiamo un problema. Il database \u00e8 lento. Occupati tu.<\/b><\/p>\n

\"SQL
\n
\n\"SQL
\nCi sono cos\u00ec tante spunte... Cosa mi serve?<\/b><\/p>\n

\"SQL
\n\"SQL
\nVa bene, metter\u00f2 tutte le spunte e poi decider\u00f2.<\/b><\/p>\n

\"SQL
\n
\nCosa rimane nella mente dei vertici aziendali? Qualcuno ha avviato SQL profiler<\/b> e tutto si \u00e8 fermato. E poi lo raccontano l'uno all'altro al tavolo da golf.<\/p>\n

A proposito, un particolare interesse lo suscita il tentativo di registrare tali \u2018scriviamo tutto<\/i>\u2019 i trace non in un file, ma nel database stesso server<\/a> \u2013 una volta sono stato testimone di un caso simile.<\/p>\n

E da voi come sono le cose? Partecipate al sondaggio per favore<\/p>\n

Solo gli utenti registrati possono partecipare al sondaggio. Accedi<\/a><\/noindex>, per favore.<\/p>\n

\u00c8 possibile eseguire SQL profiler su PROD?<\/h2>\n