我正在 MS SQL Server 上开发一个包含大表(1000 万条记录)的项目,我们需要使用非常复杂的过滤器(跨越 10+ 列)查询该表,并根据不同的字段对结果进行排序用户界面上的选择。
查询运行起来有点慢,因为我们需要在存储过程中使用临时表来完成我们需要的所有过滤和排序。
我想我可以使用一个进程来加载我们在 Raven DB 查询的过滤器部分中使用的表部分,实际上用我可以查询的 Raven DB 层替换 SQL 中的存储过程和索引反对。
您认为我应该花更多时间来调查存储过程为何缓慢并进行一些优化,还是您认为 Raven DB 方法可以给我带来更多好处?
最佳答案
听起来您的架构中已经有很多复杂性和开销。引入新技术似乎不太可能降低复杂性。因此,我当然认为您应该研究优化现有设置的可能性。
您应该关注的一件事:索引 View 。这将允许您构建您所描述的那种查询层,但具有内置的 SQL Server 功能。因此,开始工作应该会容易得多(如果不是那么有趣的话!)。 Find out more 。
关于sql-server - 使用 Raven DB 替换 SQL Server 中的索引怎么样?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5338525/