我正在寻找用于处理.dbo前缀的高性能默认策略。
我意识到dbo。前缀不仅是语法上的噪音，但是我在过去8年的基于MS的开发中都跳过了键入dbo的过程。前缀并忽略其功能。
除了存储的proc编译锁的性能问题之外，还有在SQLqueries和存储过程中跳过键入“ .dbo”的缺点吗？
进一步的背景知识：我所有的开发都是基于Web中间层的，并具有基于中间层服务帐户的集成安全性。
最佳答案
[dbo]。[xxx]
SQL Server引擎始终将查询解析为多个部分，如果您绝对不使用前缀，它将在使用[dbo]之前先使用不同的用户搜索名称相似的对象。我建议您遵循前缀机制，不仅要满足最佳实践，而且还要避免性能故障并使代码可扩展。
我不知道我回答了你的问题，但这只是我的知识分享