这是一个创建于 386 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在设计系统，在数据库方面，结合 CQRS ，我有一个大胆的想法：
- 所有模块有自己私有的数据表
- 模块主要负责：CUD
- 模块提供有限 R：根据 Id 返回详情+Id 遍历
- 所有查询全部通过查询 DB 提供
- 查询 DB 通过订阅模块的事件去同步更新，或根据 Id 重建
- 查询 DB 仅包括在列表中的数据（详情则去模块）
- 查询如果多一列后，则需要去原模块根据 Id 重新抓取更新
- 新的查询也一样需要有构建数据的过程：这个时间可能会更长
好处
- 模块可完全独立
- 查询性能会更好
- 模块修改基本上不会影响其他
弊端
- 数据延迟
- 数据同步的可靠性
第 1 条附言 · 69 天前
 |
1
mars2023 2023-11-01 16:54:21 +08:00
没看明白；不过感觉有点类似微服务的设计？
|
 |
2
bugsnail 2023-11-01 16:54:36 +08:00
你这个就是 SAAS
|
 |
3
vacuitym 2023-11-01 17:00:03 +08:00
这就是微服务吧，跨模块业务要是没整理好会成为灾难
|
 |
4
sumarker 2023-11-01 17:00:04 +08:00
你可能在找 “数据库的读写分离”
|
 |
5
tanxnative 2023-11-01 17:02:43 +08:00
你是不是在找 flink stateful function, dgraph ?
|
 |
6
shenjinpeng 2023-11-01 17:05:08 +08:00
数据库中间件 ?
|
 |
9
Chad0000 OP @sumarker #4
数据库读写分离我知道，它能提升性能，但无法做到隔离影响，即模块自己的表修改后，相应的跨表查询之类全部都会受影响。 甚至有些特殊场景，比如查询性能要求高，那么原数据库和查询数据库可能就不是一种数据库。 |
|
10
Chad0000 OP @shenjinpeng #6
不做中间件，是想设计一套框架直接就约束每个模块这样做。 |
|
11
Chad0000 OP @tanxnative #5
flink stateful function 。这个东西有用，后者暂时应该没用。 |
|
12
sumarker 2023-11-01 17:22:34 +08:00
@Chad0000 #9
如果中间有处理的过程（比如非全部字段同步），延迟是必然的，所以需要业务有一定的“容忍度” 但这其实并不影响，首先你有一个业务的写库，然后有一个读库，读库作为中间库做一层 DWD （ data warehouse details 细节数据层，是业务层与数据仓库的隔离层。主要对 ODS 数据层做一些数据清洗和规范化的操作） |
 |
13
xuanbg 2023-11-02 08:36:41 +08:00
这不就是微服务+读写分离？哪里大胆了？？？
|
Select Language