我们的DBA创建了一种模式,我们的数据库层通过视图和CRUD存储过程向EF公开. CRUD对视图起作用.所有观点都有NOLOCK提示.根据我的理解,NOLOCK是一个肮脏的阅读,这让我很紧张.我们的数据库数量不高,但似乎毯子NOLOCK在保持数据完整性的同时不具备高度可扩展性.我认为脱钩是一个好主意,但问题是我们没有.我们外部暴露的对象看起来就像我们的视图,它们与我们的表一起映射1到1.
“如果我们想要改变基础数据模型,我们就可以.” ……但我们没有.从VS / EF工具的角度来看,我不会谈到PITA的全部内容.
NOLOCK在这种情况下使用不好吗？由于我们的数据库看起来与我们的类库完全相同,我认为只需摆脱整个视图/ sproc层并从EF直接命中数据库就可以了,是吗？
解决方法
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
