想问下，对于多商户的后台系统的数据库和结构如何设计？

資深大佬 : phpxiaowangzi 11

如题，最近公司有一个多商户的后台系统，大概有将近 1000 个商户，我现在的思路是因为每个商户可能都需要一个独立的权限管理功能，所以开通一个商户我就创建涉及到权限管理的数据表 privilege_node_abc,privilege_role_abc,privilege_user_abc，然后每个商户包括商户创建的人员做一个关联表，可以找到对应结尾 abc 的属于自己商户的表去进行操作，然后登陆的时候去这个关联表找到是否有信息，有就操作关联的表，不知道各位大佬有没有更好的办法，我总感觉这个设计有问题，求大佬们指教。

大佬有話說 (7)

資深大佬 : shuang

只需要一张表即可，每张表里都有个字段表示是哪个商户。
多商户的系统不要一个商户一张表，大商户小商户的数据量也不均匀，接入的商户多了表的数量会爆炸的。

資深大佬 : opengps

几乎所有表都增加一个商户 id 字段，几乎所有查询都强制带上 where 商户 id=’xxxx’

資深大佬 : toesbieya

每个商户一个库

資深大佬 : xuanbg

https://www.cnblogs.com/xuanbg/p/12511509.html

資深大佬 : Kirsk

用户授权入口（单点登录）+网关+服务按服务切分数据模块化俗称微服务

資深大佬 : zh5e

@toesbieya 分库能数据隔离，但是运维成本增加，怎么选择 lol

資深大佬 : mitsuizzz

直接 mybatis-plus 写一个自己的租户拦截器，就大功告成了，每个商户不同租户，看文档就行