2012-02-20 25 views
1

当开发人员请求DBA允许SQL Server 2008数据库中的SNAPSHOT隔离级别时,DBA提出的常见异议是什么?阅读承诺SNAPSHOT没有被请求,但只是隔离级别的SNAPSH在SQL Server 2008中允许SNAPSHOT级别的常见反对意见是什么?

+0

所有基于快照的隔离级别都使用'TempDB',它通常是配置错误,维护不当的部分SQL Server – 2012-02-20 05:54:31

回答

3

我不会说通常有反对意见。作为DBA,我积极鼓励开发团队让我使用Read_Committed_Snapshot隔离级别。事实上,我更喜欢它。正如它在评论中所说的那样,我会看到使用tempdb的情况有所增加,但减少阻塞是非常值得的。

我并不喜欢使用SNAPSHOT,因为通常我不能让开发人员想到他们需要更改他们的代码。另外,因为它完全依赖于开发人员正确编写它的使用,所以我看到了更多的错误,无法工作的地方或造成问题的地方。这就是为什么我宁愿在数据库中启用隔离级别。

我确定现在已经修复了,但是几年前我正在处理的一个项目在nHibernate中使用SNAPSHOT时遇到了问题。我不记得任何细节,只是他们遇到了问题,但是它已经有一段时间了。

+0

今天,我们的DBA只是给我发电子邮件,通常他们不允许SNAPSHOT隔离级别。我相信他会和我见面。 **我能告诉他什么来说服他允许SNAPSHOT隔离级别?** – Sunil 2012-03-02 16:31:35

+0

哪种隔离级别?就像我上面所说的那样,通过连接来实现SNAPSHOT,我对这个问题并不满意,因为它太依赖于所有正确的代码。如果它是re​​ad_committed_snapshot,请查明他为什么反对。通常,它缺乏关于它如何工作的知识,或者担心增加的tempdb负载。如果是后者,请在调整tempdb时快速进行Bingle搜索。有一些标准的最佳实践发布,特别是在Microsoft MSDN网站上,这将有所帮助。 – 2012-03-05 13:45:07

+0

格兰特,感谢您的回应。我们的DBA提出的原因是生产中使用了大约100个数据库,并且难以通过SNAPSHOT隔离级别或READ_COMMITTED_SNAPSHOT打开来管理tempdb。我希望我能说服他。让我们来看看。 – Sunil 2012-03-05 16:31:01

相关问题