最近,我有些惊讶地得知,在我工作的大公司的一个部门,推出了 SQL 探查器 在营业时间。
我不知道他们是怎么出来分析刚好在营业时间出现的性能问题的。 毕竟,性能视图通常不会给出准确的图片,特别是如果一个/两个过程/查询变慢,而没有特别加载服务器本身。 Tiny Queer 每小时运行几次,运行 10 秒而不是一秒(但确实 很重要 客户 很紧张) 绝对不会进入 DMV 视图。 并根据查询本身的文本使用 CROSS APPLY 选择加载服务器非常稳健。
但是,我有兴趣了解这种恐惧从何而来。 在一些公司 SQL 探查器 - 一种工作工具,有些人害怕它,比如火(有一段时间我从事咨询工作并且可以比较)。 我很确定它是这样的:
休斯顿,我们有一个问题。 基地减速。 想办法
这里有很多蜱虫……我需要什么?
好吧,我会勾选所有方框,然后再决定。
高层的脑袋里还剩下什么? 有人推出 SQL 探查器 一切都准备就绪。 然后他们在打高尔夫球时互相讲述。
顺便说一句,试图写下这样的'我们写一切' 跟踪的不是一个文件,而是同一台服务器上的数据库——我曾经亲眼目睹过这样一个案例。
你怎么样了? 请参与调查
只有注册用户才能参与调查。
你能在 PROD 上运行 SQL 分析器吗?
-
我们是一家小公司,一切对我们来说都很简单
-
生产管理员当然可以
-
生产管理员可以在批准和击败后
-
圣洁圣洁
4 位用户投票。 3 名用户弃权。
来源: habr.com