这是一个创建于 2014 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前有个需求，在架构设计方面
现打算设计一个商场，商场里有多个店铺。
通俗点类似淘宝，但是店铺不会多，就几百个。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 202-06-12 15:10:12 +08:00 via iPhone 通用配置存主库 每个店铺一个库可以的 |
 | 8 saulshao 2020-06-12 20:28:21 +08:00 这个没必要分库，分库的设计来源于大量的数据。 你只有几百个商店，假设每个商店给你整个 1000 种商品，最后算下来关联表也只有数十万行数据。这真不算什么，因此在下建议不要分..... |
Select Language