有一个大胆的想法

[Chad0000]

最近在设计系统，在数据库方面，结合 CQRS ，我有一个大胆的想法：

• 所有模块有自己私有的数据表
• 模块主要负责：CUD
• 模块提供有限 R：根据 Id 返回详情+Id 遍历
• 所有查询全部通过查询 DB 提供
• 查询 DB 通过订阅模块的事件去同步更新，或根据 Id 重建
• 查询 DB 仅包括在列表中的数据（详情则去模块）
• 查询如果多一列后，则需要去原模块根据 Id 重新抓取更新
• 新的查询也一样需要有构建数据的过程：这个时间可能会更长

好处

• 模块可完全独立
• 查询性能会更好
• 模块修改基本上不会影响其他

弊端

• 数据延迟
• 数据同步的可靠性

[mars2023]

没看明白；不过感觉有点类似微服务的设计？

[bugsnail]

你这个就是 SAAS

[vacuitym]

这就是微服务吧，跨模块业务要是没整理好会成为灾难

[sumarker]

你可能在找 “数据库的读写分离”

[tanxnative]

你是不是在找 flink stateful function, dgraph ?

[shenjinpeng]

数据库中间件 ?

[Chad0000]

@mars2023 #1
嗯，就是类似微服务的设计。但我想把这个设计变成基础设施/约束，即平台本身就是这样设计的。

[Chad0000]

@vacuitym #3
对，我的设计是想让每个模块都是完全独立不依赖其他模块，所以跨模块可能影响没那么大。

[Chad0000]

@sumarker #4
数据库读写分离我知道，它能提升性能，但无法做到隔离影响，即模块自己的表修改后，相应的跨表查询之类全部都会受影响。

甚至有些特殊场景，比如查询性能要求高，那么原数据库和查询数据库可能就不是一种数据库。

[Chad0000]

@shenjinpeng #6
不做中间件，是想设计一套框架直接就约束每个模块这样做。

[Chad0000]

@tanxnative #5
flink stateful function 。这个东西有用，后者暂时应该没用。

[sumarker]

@Chad0000 #9
如果中间有处理的过程（比如非全部字段同步），延迟是必然的，所以需要业务有一定的“容忍度”
但这其实并不影响，首先你有一个业务的写库，然后有一个读库，读库作为中间库做一层 DWD （ data warehouse details 细节数据层，是业务层与数据仓库的隔离层。主要对 ODS 数据层做一些数据清洗和规范化的操作）

[xuanbg]

这不就是微服务+读写分离？哪里大胆了？？？

[Chad0000]

@xuanbg #13
好吧，确实不够大胆。