使用大型sql视图时的限制

我正在寻找扩大我正在从事的一个小项目规模的方法。目前，我有一套关于SSR的报告，使用一个sql视图注销了许多存储过程。目前，此视图是根据从3个数据库获得的数据填充的

目前，这种方法运行良好，视图包含大约50000行数据。为了扩展我的测试项目，视图可能最终包含150-200万行，并由许多用户通过SSR查询

有谁能给我一些建议，告诉我应该把时间花在哪里，以学习如何以更高效/更先进的方式完成这项任务

我理解这是一个宽泛的问题，所以即使是一些“仔细阅读”类型的答案也会有很大的帮助

非常感谢您抽出时间阅读本文

---

克里斯

听起来像是在聚合许多数据源。这时，您可能需要开发一个ETL解决方案，将聚合数据刷新到中央存储库中。从维护的角度来看，这意味着需要更多的移动部件，但也意味着最终用户不会看到单个源的数据库脱机进行维护（除非注意到旧数据）。这还允许您针对正在聚合的数据提出维护计划。将数据迁移到服务器也会打开超出当前范围使用的选项

---

不过，一般来说，请阅读数据仓库和ETL策略。

除非是索引视图，否则它根本不包含任何数据。视图只是存储的语句……我不太明白你在问什么。你是在问创建测试数据的策略吗？谢谢你的回答，对不起，我的问题不清楚。只是在寻找如何扩展一个小项目和提高我有限的知识的指针。我很欣赏视图不包含数据，我刚刚读到它们在引用大型数据集时效率低下。感谢您的回复，在做了一些进一步的研究后，ETL解决方案看起来正是我所需要的。