JVS-BI实战教程：三步拖拽打通销售数据库、CRM API与Excel数据孤岛

本文以真实业务场景为线索，手把手演示如何在JVS-BI中通过纯界面化操作，完成跨MySQL销售库、RESTful CRM API和本地Excel报表的融合建模。全程零SQL、零脚本，聚焦可复现的操作步骤、关键配置要点与权限治理实践。

一、为什么传统‘打通数据孤岛’总失败？

很多团队把数据融合当成IT工程任务：写ETL脚本、建中间库、配调度任务……结果交付周期长、业务需求响应慢、模型难以复用。

根本原因在于——操作权未下沉到业务侧。真正懂问题的人（如销售运营）无法自主验证‘客户复购率 vs CRM跟进质量’这类交叉假设，只能等报表排期。

JVS-BI的解法很直接：把多源融合变成业务人员可独立完成的拖拽操作。本文就以‘销售数据库 + CRM API + 月度Excel报表’联合分析为例，完整拆解三步落地流程。

二、第一步：统一接入——3类异构源，1种配置方式

JVS-BI底层采用统一JDBC连接抽象层，屏蔽MySQL、API、Excel等20+数据源的技术差异。所有接入均通过界面完成，无需适配脚本。

✅ 操作步骤

1. 进入【数据源管理】→ 点击【+新增】；

2. 选择类型：MySQL（销售库）、API（CRM接口）、Excel（本地报表）；

3. 填写对应参数：

• MySQL：地址、端口、数据库名、账号密码；
• API：请求URL、认证方式（如Bearer Token）、请求参数（如?start_date=2024-01-01）；
• Excel：上传文件，系统自动识别首行为字段名，第二行起为数据，并追加自增ID和上传批次号字段；

4.点击【测试连接】→ 成功后保存。

⚠️ 注意：Excel字段默认全映射为字符串类型，避免日期/数字格式误判；API需在配置页指定响应路径（如$.data.list）和关联主键（如contact_id），后续才能参与拖拽关联。

三、第二步：拖拽建模——跨库关联，3个动作搞定

建模不再写JOIN语句。JVS-BI将ELT流程节点化，所有逻辑通过拖拽连接实现。

✅ 操作步骤

1. 进入【数据集管理】→ 【+新建数据集】；

2. 在输入节点区，勾选已授权的3个数据源（销售MySQL表、CRM API返回结果、Excel上传表）；

3. 字段关联（核心动作）：

• 展开销售表字段，找到customer_id；
• 拖拽至CRM API节点的contact_id字段上 → 自动创建INNER JOIN；
• 再将CRM的region_code拖拽至Excel表的area_code字段 → 支持跨协议关联；

4.保存后，系统自动生成可视化血缘图：标注每张表来源、所经算子（如过滤、聚合）、下游用途（如某张报表）。

💡 提示：已发布数据集可作为新数据集的输入源（如先建‘客户明细集’，再拖拽生成‘月度销售汇总集’），实现嵌套式建模，避免重复加工。

四、第三步：资产化交付——权限管控 + 多形态复用

拖拽产出的数据集不是临时视图，而是可治理、可共享、可集成的标准数据资产。

✅ 关键配置项

• 数据源权限：对每个数据源单独配置查看（决定能否被引用）、编辑（能否修改连接参数）、同步（能否刷新元数据）等5类权限；

• 数据集权限：支持目录级（如‘销售分析目录’）和对象级（如‘Q1客户复购数据集’）双重授权，按角色/部门批量分配；

• 服务化输出：数据集可一键发布为API，支持Token鉴权或IP白名单；

• 跨环境迁移：导出JSON配置包，在测试环境构建的融合模型，可完整导入生产环境。

五、总结：可复用的实操要点

✅ 本文所有操作均基于JVS-BI平台默认能力，无需定制开发。你可以在5分钟内完成一次跨源关联验证，1小时内构建可复用的分析数据集。