数据库视图性能问题答案

【问题标题】：Database view performance issue数据库视图性能问题
【发布时间】：2009-06-11 08:03:53
【问题描述】：

我正在使用 SQL Server 2008，并且我有两个具有相同架构的表，并且我创建了一个视图，该视图将两个表的内容结合起来，以便为外部访问提供一个“表”视图。

其中一个表是只读的，另一个表包含批量插入/删除操作（在另一张表上，我将每隔一段时间使用批量插入插入每千行并运行另一个 SQL 作业以删除几百万行每天）。

我的问题是，如果另一个表在批量插入/删除操作，物理表是否会被锁定，这样外部用户对两个表的联合视图的访问也会被阻止？（我在想这个场景是不是加锁，行锁最终锁住了表，最终锁住了视图的访问？）

【问题讨论】：

【解决方案1】：

如果另一个表在进行批量插入/删除操作，是否会锁定物理表，从而阻止外部用户访问两个表的联合视图？

是的，需要注意的是，如果优化器可以找到一种方法来执行不涉及访问批量插入表的查询，则不会阻止访问。

如果您希望优化批量加载时间，请确保您已阅读 this blog post。

编辑

您遇到的实际问题是什么？你真的需要在任何地方都使用这个视图吗（例如，是否有地方只需要一个表中的数据，通过视图查询它？）

如果您希望查看始终“在线”，请考虑快照隔离，或者如果您将完整集加载到批量表中（例如，每天替换全部内容），您可以将数据加载到单独的表和 sp_rename 中的表（在事务中）

【讨论】：

对不起，我的措辞令人困惑。我的意思是我有两个操作另一个表（1）批量插入（2）每天删除数百万行（不是批量删除和批量插入）。我认为即使对于（1）批量插入查询优化器可以找到优化方法，对于（2）删除操作，表将被锁定（发生锁定升级？）并且对视图的查询将被锁定？
@sambo99，还有一个问题，我仔细阅读了你提到的文档，我很困惑堆表和带聚集索引的表有什么区别？
是的，我一直需要在线视图。 “快照隔离”是指读取脏数据的nolock解决方案吗？
"或者如果您将完整的集合加载到批量表中（例如，每天替换全部内容），您可以将数据加载到单独的表中并在（在事务中）sp_rename 表" -- 不可行，因为我将每 20 分钟对新的数千行进行批量插入。
我认为您需要发布一些关于 nolock 和快照隔离的单独问题。

【解决方案2】：

很可能是的。这取决于锁升级

解决方法（不是所有选项）：

编辑：现在我已经喝过咖啡了……

如果您需要在加载/删除操作期间查询批量表并且获得准确的结果并且不遭受性能损失，我建议您需要考虑 SNAPSHOT 隔离 p>

【讨论】：

出于对所有美好事物的热爱，请不要建议使用 (nolock) 作为治疗所有锁定疾病的方法。
@gbn，1. 我对 nolock 选项感到困惑。 nolock 选项会在并发操作（查询/插入/删除）期间对数据完整性造成任何风险吗？感谢您是否可以向我推荐一些有关 nolock 工作原理以及我们应该在什么情况下使用 nolock 选项的读物？ 2.我认为使用“READPAST”不会对查询结果做出准确的响应？例如，在 BCP 操作中，查询可能有命中行，但是如果我们使用 READPAST 操作绕过，客户端将什么也得不到。有没有cmets？
NOLOCK 不会影响数据的加载。它不使用共享锁并且忽略其他锁但是，您有读取脏数据、正在删除的数据、必须回滚的数据等的风险。READPAST 在加载期间会给出不准确的结果
谢谢@gbn，1。我很困惑。您的意思是在查询客户端上使用 nolock，而不是在插入/删除过程中使用 nolock？ 2. READPAST 是否会读取脏数据（例如尚未提交的数据）？
1.仅用于读取数据 2. 不，它会忽略任何正在更改的内容（有锁）