所以,最近一个DBA是想告诉我们,我们不能使用的 SELECT X, Y, Z
INTO #MyTable
FROM YourTable
的语法来创建我们的环境中临时表,因为这句法会导致锁定在存储过程执行期间在TempDB上执行。现在,我已经发现了许多详细说明临时表的工作方式,执行范围,清理等等的内容。但是对于我的生活,我没有看到任何关于阻塞因为它们的使用。 我们试图找到证据证明我们不应该
我的工作是大量使用SQL服务器(MSSQL2005)的维护应用程序。 到目前为止,中间服务器将TSQL代码存储在XML中,并发送动态TSQL查询而不使用存储的特效代码。 由于我能够更改这些XML查询,我想将大部分查询迁移到存储的特效库。 问题是如下因素: 我大部分的查询具有相同的若针对一个表的条件 样品: Select
.....
from ....
where ....
and
我已经尝试了许多用于监控SQL Server运行状况的技术,包括使用内置于SQL Server 2008中的管理数据仓库功能,以及其他商业产品(如Confio Ignite 8),当然也包括我自己的使用perfmon的解决方案,性能计数器以及从动态管理视图和功能收集各种信息。 我发现的是,尽管每种方法都有其自身的优势,但它们也都有相关的弱点。我认为,实际上让组织内的人员认真对待SQL Server