系统是一个企业XX服务平台，支持多个企业租户，核心需求三块：
1、每个企业能够管理自身的XX业务数据；
2、企业和服务平台之间有一些流程交互，类似审批；
3、服务平台要求能对所有租户的XX数据进行查询、统计；前期的数据库设计是所有的表在一个库里，然后不同租户是相同的schema用租户ID区分。我现在是考虑将企业服务平台和企业租户分在两个库里，将来企业租户的那个库可以独立出来（单独部署甚至再分库），不知道各位意见如何?
如果这样做的话，是不是像审批流程这类数据就要在两个库各存一份了，相当于不同的电子流。
备注：数据库是mysql
我先自己回答下我的问题，也算抛砖引玉，是我自己之前两个项目的设计，这两个项目线上规模都还比较小，因此所谓的设计好坏还显现不出，请各位指正：
第一个项目是基于Mongo的，每个租户是一个独立的数据库，运营平台单独一个数据库。系统维护一个数据库连接表，不同的租户根据session里的租户ID获取对应的数据库连接。自己感觉好处是业务系统很简单，但问题是如果数据库连接的资源会比较消耗。
第二个项目是基于mysql的，所有租户在一个数据库中，每张表维护一个租户ID。未来如果数据量大的话，单独再针对某张大表做分库、分表等优化。