为什么一个系统里会用好几种
不少真实系统里同时用着关系库、缓存和文档库。这么做是因为【0】。
⚠️ 用好几种的代价是什么
一个系统里同时用好几种数据库，最实在的代价是【0】。
⚠️ 一份数据放两处，改的时候要改几处
假设把用户的城市同时放在关系库和文档库里（缓存另算）。下面这段打出关系那边改几处、文档那边改几处、一共改几处（三段，用 / 隔开）。 同一份数据（3 个人、每人 1 个地址、一共 5 张订单）摆成五种样子 USERS/ADDRS/ORDER
加上缓存之后又多了一处
再把缓存也算进来（缓存里存的是那一整块）。下面这段打出不算缓存一共改几处和算上缓存一共改几处（用 / 隔开）。⚠️ 缓存的做法是"把那个键删掉"，算一处。 同一份数据（3 个人、每人 1 个地址、一共 5 张订单）摆成五
自己写：给三份数据各挑一种
把 TODO 补完：账目用关系、会话用键值、日志用文档。打出三样各挑了哪种（三段，用 / 隔开）。 同一份数据（3 个人、每人 1 个地址、一共 5 张订单）摆成五种样子 USERS/ADDRS/ORDERS 关系：三张表，靠 id 对上
自己写：算出一次改动要动几处
把 TODO 补完：关系 + 文档 + 缓存三处都有这个城市，打出一次改动一共要动几处。⚠️ 缓存算一处。 同一份数据（3 个人、每人 1 个地址、一共 5 张订单）摆成五种样子 USERS/ADDRS/ORDERS 关系：三张表，靠 i
自己写：少用一种能省多少
把 TODO 补完：算出三种存储时改几处和去掉文档库只留关系和缓存时改几处（用 / 隔开）。 同一份数据（3 个人、每人 1 个地址、一共 5 张订单）摆成五种样子 USERS/ADDRS/ORDERS 关系：三张表，靠 id 对上 DO
自己写：把混合架构的账一次算完
把 TODO 补完，打出关系改几处、文档改几处、三种一共几处、只留关系和缓存几处、省下几处（五段，用 / 隔开）。 同一份数据（3 个人、每人 1 个地址、一共 5 张订单）摆成五种样子 USERS/ADDRS/ORDERS 关系：三张表
一份选型方案该写清哪几样
交一份数据模型选型方案，最该写清的是【0】。
选型做错了，最难补救的是哪种
选型选错之后，最难补救的情况是【0】。