我对CQRS的想法不熟悉，并且像往常一样决定如何命名事物是学习过程中最难的部分之一。
如果我们在CQRS应用程序的读数据库中遵循每个视图的1个表的约定，那么我们应该如何为不同的视图命名表？
假设我们有许多不同的客户端正在使用读模型，我们是否应该根据消耗数据的客户端和UI视图命名表？
这里不关心我们将UI与读取模型数据库和用于执行查询的Web服务耦合在一起吗？或者，这是CQRS架构的目的，是将聚合数据的所有复杂性推送到读取模型中，而不是在查询Web服务和客户端中执行此工作？
有人可以举例说明他们在非规范化阅读模型中使用的表名吗？
答案 0 :(得分：2)
或者，这是CQRS架构的目的，是将聚合数据的所有复杂性推入读取模型，而不是在查询Web服务和客户端中执行此工作？
是的，就是这样。 您无需担心将读取模型耦合到UI，因为读取模型是为了直接支持UI需求而构建的。
至于例子： 我的表反映了它们为其构建的特定视图的路径。 因此，我有例如AdminUsersList或AdminProductsEditPrices。后者包含可在价格选项卡上的/ Admin / Products / Edit下访问的Web表单的数据。
我可以考虑用一些标识符或其他命名表格 - 只要你能快速解决表格和视图之间的连接。