按照正常的业务设计来讲，你BI分析系统是不应该直接去连接业务系统的数据库的。因为BI查询是非常好资源的，极有可能影响到业务系统的使用。

正常来说都是按照你的第一种方案来设计的。

1、首先部署一个数仓数据库。

2、将业务系统按照业务频次将数据抽取到数仓中。这一步叫贴源层数据抽取。

3、将贴源层数据初步清洗过滤掉无效数据并进行轻度聚合汇总等，然后存储到数仓中。这一步叫中间层数据处理

4、将多个表多维度汇总，这一步也是中间层。

5、将中间层数据按照BI数据分析需要的结构处理成最终的事实层，这时候就可以直接在FR里select单表进行查询了

当然，按照这样的顺序也是有缺点的，最重要的缺点就是数据实时性不高，但其实大部分报表分析需求的实时性也没要求那么高。

如果真的有必要实时读取数据，一般也不会直接读取业务系统的数据库，而是新建一个数据库去订阅业务系统，你的BI链接的是订阅数据库，这样就不会影响业务系统正常运行

标准数仓生产流程是这样的：业务生产库-业务从库-ETL-BI库-分析

走这样流程，数据从业务从库读取并加工放入BI库（ETL过程），然后使用BI库的结果数据进行分析

或者更简单一点（数据量不是特别大的情况下）

业务生产库1-从库

业务生产库2-从库

。。。

即是把多个业务生产库（多系统多库），通过binlog的形式把数据同步到一个服务器（或集群）上（单IP多库）

然后用帆软访问单IP的多库就行，因为是在一个ip上，可以直接实现跨库查询

其实你主要的纠结点就是不让直接访问业务生产库，所以需要创建业务从库（主从关系），查询从库就行，查询从库不会对生产库造成任何影响，就算从库挂了，也不会影响生产库，而且是独立于业务系统之外的部分

业务库-ETL（指标）-BI库

这个问题帆软已经考虑到了，并做了相应的产品，找客户经理要个测试版试试看

FineDatalink产品介绍

https://help.fanruan.com/finedatalink/doc-view-2.html