如何设计商城（是否需要分库）

[ChenKevin]

目前有个需求，在架构设计方面
现打算设计一个商场，商场里有多个店铺。
通俗点类似淘宝，但是店铺不会多，就几百个。DB 用 mysql 。

思考：
1.是否需要分库（每个商店），分库优劣势
1).分库逻辑比较清晰，物理隔离
2).维护成本比较高，要升级字段需要逐个升级
3).但是要做合并统计分析比较麻烦。

你觉得？

[dnnta]

分库能解决什么问题，你目前遇到这些问题了吗，将来会碰到吗

[dodo2012]

我个人不建议，用过 pg 的 schema 做过类似的事，后来发现，真不方便，如要统计一下所有店铺的数据，或者跨店做一些事，直接崩溃了要

[Hellert]

这就是典型的 sass 多租户，如果用户名量很多，建议还是多户一库

[sadfQED2]

连是否需要分库都不知道，那还是建议你别分库了，你要是搞成分库了，下一个问题就是 xxxx 该怎么查询了

[Rekkles]

不要提前设计，过度设计，等需求量来了再说

[kop1989]

看半天也没看出来到底啥需求需要分库……

[deadlock]

通用配置存主库 每个店铺一个库可以的

[saulshao]

这个没必要分库，分库的设计来源于大量的数据。
你只有几百个商店，假设每个商店给你整个 1000 种商品，最后算下来关联表也只有数十万行数据。这真不算什么，因此在下建议不要分.....