目前有个项目，类似进销存saas模式，第一次做这种模式的软件所以数据库设计有点迷茫。
是应该所有商户都放到一个库里面，然后所有表都用商户id加索引来区分数据呢么。还是说每个商户我都给他单独创建一个数据库，这样商户多了会不会有问题比如有成千上万个商户那不是要建成千上万个库，希望大家指点下谢谢。
如果商户彼此数据独立，还是分库比较好。至于成千上万，现在没必要考虑，如果真的那么多，你完全可以挖几个阿里P8 P9的架构师了（难道一个商户你不收费个起码几百块钱，上万岂不是几百万上千万）。
如过不需要为特别客户订制开发的话，都使用公用一个表的方式。
建议至少两个表来管理！
一个表存储商品固定的信息（名字，条码，图片，文字描述...）
另一个表保存（商品ID，商家ID，价格，自定义的其它商品信息）
第二个表根据你的应用建好索引，要不然查询速度不够快。
如果要管理库存，另外建表
几千几万个商户，这是程序设计的最大上线思维；
等到那个级别的时候，你需要更新的不仅仅是数据和表了。
前期不要纠结那么多，上线为主，等盈利了boss会重新添加预算的