我有一些即席报表用户打一些SQL Server视图。有时这些用户对于特别冗长的查询所采用的读锁引起系统故障的其他地方。

我正在考虑加入一些战略with(nolock)暗示的意见,但想知道是否有与在提示相关意见任何陷阱。

请忽略与让用户运行查询此接近SQL金属明显的问题。)

另外,我知道NOLOCK提示是一种先进的功能,不要轻易使用,我很清楚地知道,他们推出有趣的事情,就像脏读。最后,如果你想的是READ_COMMITTED_SNAPSHOT有道理这里,我必须遗憾的说,这是不适用于2000。

有帮助吗?

解决方案

有对于报告以显示数据的不一致的视图的电位。这种事情是罕见的,虽然。

不过,较好的策略是使用复制以产生一个完全独立的报告的数据库。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top