SQL 事件探查器危險嗎？

最近，我有些驚訝地得知，在我工作的大公司的一個部門，推出了 SQL 分析器 在營業時間。

我不知道他們是怎麼出來分析剛好在營業時間出現的性能問題的。 畢竟，性能視圖通常不會給出準確的圖片，特別是如果一個/兩個過程/查詢變慢，而沒有特別加載服務器本身。 Tiny Queer 每小時運行幾次，運行 10 秒而不是一秒（但確實 很重要 客戶 很緊張) 絕對不會進入 DMV 視圖。 並根據查詢本身的文本使用 CROSS APPLY 選擇加載服務器非常穩健。

但是，我有興趣了解這種恐懼從何而來。 在一些公司 SQL 分析器 - 一種工作工具，有些人像火一樣害怕它（有一段時間我從事諮詢工作並且可以比較）。 我很確定它是這樣的：

休斯頓，我們有一個問題。 基地減速。 想辦法

這裡有很多蜱蟲……我需要什麼？

好吧，我會勾選所有方框，然後再決定。

高層的腦袋裡還剩下什麼？ 有人推出 SQL 分析器 一切都準備就緒。 然後他們在打高爾夫球時互相講述。

順便說一句，試圖寫下這樣的'我們寫一切' 跟踪的不是一個文件，而是同一台服務器上的數據庫——我曾經親眼目睹過這樣一個案例。

你怎麼樣了？ 請參與調查

只有註冊用戶才能參與調查。 登入， 請。

你能在 PROD 上運行 SQL 分析器嗎？

• 我們是一家小公司，一切對我們來說都很簡單

• 生產管理員當然可以

• 生產管理員可以在批准和擊敗後

• 神聖的神聖的神聖的

4 位用戶投票。 3 名用戶棄權。

來源： www.habr.com