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

Question

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

恕我直言，我们几乎总是更喜欢查看表格。 Wiki仅描述了他们的优势，省略了缺点。此外，它完全符合CQRS原则。我们可以使用查询和存储过程的视图进行修改。在这样的过程中，我们可以更好地控制什么以及如何保存。

一些可能的缺点：

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

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

Answer 1

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

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