12
是NOLOCK(Sql Server提示)不好的做法吗?
我的业务是制作并非关键任务的网站和应用程序->例如。银行软件,太空飞行,重症监护监控应用程序等。您明白了。 因此,使用大量的免责声明,在某些Sql语句中使用NOLOCK提示是否不好?几年前,一位SQL管理员提出建议,如果我对“脏读”感到满意,则应该使用NOLOCK,这会给我系统带来更多的性能,因为每次读都不会锁定表/行/其他。 还告诉我,如果遇到僵局,这是一个很好的解决方案。因此,我开始遵循这种想法几年了,直到一个sql专家帮助我提供了一些随机代码,并注意到sql代码中的所有NOLOCKS。礼貌地责骂我,他试图向我解释(为什么这不是一件好事),我有点迷路了。我觉得他的解释的实质是“这是一个解决更严重问题的创可贴解决方案……特别是在您遇到僵局的情况下。因此,请解决问题的根源。 我最近对此进行了一些搜索,发现了这篇文章。 那么,请问一些sql db专家老师能启发我吗?