这是一个创建于 1627 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前有个需求，在架构设计方面
现打算设计一个商场，商场里有多个店铺。
通俗点类似淘宝，但是店铺不会多，就几百个。DB 用 mysql 。
思考：
1.是否需要分库（每个商店），分库优劣势
1).分库逻辑比较清晰，物理隔离
2).维护成本比较高，要升级字段需要逐个升级
3).但是要做合并统计分析比较麻烦。
你觉得？
现打算设计一个商场，商场里有多个店铺。
通俗点类似淘宝，但是店铺不会多，就几百个。DB 用 mysql 。
思考：
1.是否需要分库（每个商店），分库优劣势
1).分库逻辑比较清晰，物理隔离
2).维护成本比较高，要升级字段需要逐个升级
3).但是要做合并统计分析比较麻烦。
你觉得？
 |
1
dnnta 2020-06-12 11:22:40 +08:00
分库能解决什么问题，你目前遇到这些问题了吗，将来会碰到吗
|
 |
2
dodo2012 2020-06-12 11:31:54 +08:00
我个人不建议，用过 pg 的 schema 做过类似的事，后来发现，真不方便，如要统计一下所有店铺的数据，或者跨店做一些事，直接崩溃了要
|
 |
3
Hellert 2020-06-12 11:38:04 +08:00
这就是典型的 sass 多租户，如果用户名量很多，建议还是多户一库
|
 |
4
sadfQED2 2020-06-12 13:37:35 +08:00 via Android
连是否需要分库都不知道，那还是建议你别分库了，你要是搞成分库了，下一个问题就是 xxxx 该怎么查询了
|
 |
5
Rekkles 2020-06-12 13:49:43 +08:00
不要提前设计，过度设计，等需求量来了再说
|
 |
6
kop1989 2020-06-12 14:00:57 +08:00
看半天也没看出来到底啥需求需要分库……
|
 |
7
deadlock 2020-06-12 15:10:12 +08:00 via iPhone
通用配置存主库 每个店铺一个库可以的
|
 |
8
saulshao 2020-06-12 20:28:21 +08:00
这个没必要分库，分库的设计来源于大量的数据。
你只有几百个商店，假设每个商店给你整个 1000 种商品，最后算下来关联表也只有数十万行数据。这真不算什么，因此在下建议不要分..... |
Select Language