用于查询的数据库视图或表 - 设计最佳实践

Question

对于数据库暴露于应用程序访问（主要是查询），您设计了哪些最佳实践？

恕我直言，对于查询，我们应该几乎总是更喜欢视图而不是表。 Wiki 仅描述了它们的优点，省略了缺点。此外，它完全符合CQRS 原则。我们可以使用视图进行查询，使用存储过程进行修改。在这样的过程中，我们可以更好地控制保存的内容和方式。

一些可能的缺点：

• 查看维护成本，因为它扩大了项目的代码库
• 更复杂的 ORM 映射配置会阻碍开发人员的工作效率

最后一个问题：如果视图真的更好，为什么我觉得它们在大多数使用 RDBMS 进行存储的项目中没有得到充分利用？

Answer 1

另一种可能性，取决于您有多少硬件可供您使用，是设置允许用户对其运行查询的第二台服务器。您可以设置从后端服务器到这个“操场”服务器的复制，并在一天中的某些时间点将数据复制到操场，如果用户搞砸了，可以有效地定期刷新数据。

我认为某些 RDBMS 视图的旧版本不能被索引，这会损害性能。我认为今天这不是一个问题。