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+数据源的技术差异。所有接入均通过界面完成，无需适配脚本。
✅ 操作步骤
进入【数据源管理】→ 点击【+新增】；
选择类型：
MySQL（销售库）、API（CRM接口）、Excel（本地报表）；填写对应参数：
- MySQL：地址、端口、数据库名、账号密码；
- API：请求URL、认证方式（如Bearer Token）、请求参数（如
?start_date=2024-01-01）； - Excel：上传文件，系统自动识别首行为字段名，第二行起为数据，并追加
自增ID和上传批次号字段；
4.点击【测试连接】→ 成功后保存。
⚠️ 注意：Excel字段默认全映射为字符串类型，避免日期/数字格式误判；API需在配置页指定
响应路径（如$.data.list）和关联主键（如contact_id），后续才能参与拖拽关联。
三、第二步：拖拽建模——跨库关联，3个动作搞定
建模不再写JOIN语句。JVS-BI将ELT流程节点化，所有逻辑通过拖拽连接实现。
✅ 操作步骤
进入【数据集管理】→ 【+新建数据集】；
在输入节点区，勾选已授权的3个数据源（销售MySQL表、CRM API返回结果、Excel上传表）；
字段关联（核心动作）：
- 展开销售表字段，找到
customer_id； - 拖拽至CRM API节点的
contact_id字段上 → 自动创建INNER JOIN； - 再将CRM的
region_code拖拽至Excel表的area_code字段 → 支持跨协议关联；
4.保存后，系统自动生成可视化血缘图：标注每张表来源、所经算子（如过滤、聚合）、下游用途（如某张报表）。
💡 提示：已发布数据集可作为新数据集的输入源（如先建‘客户明细集’，再拖拽生成‘月度销售汇总集’），实现嵌套式建模，避免重复加工。
四、第三步：资产化交付——权限管控 + 多形态复用
拖拽产出的数据集不是临时视图，而是可治理、可共享、可集成的标准数据资产。
✅ 关键配置项
数据源权限：对每个数据源单独配置
查看（决定能否被引用）、编辑（能否修改连接参数）、同步（能否刷新元数据）等5类权限；数据集权限：支持目录级（如‘销售分析目录’）和对象级（如‘Q1客户复购数据集’）双重授权，按角色/部门批量分配；
服务化输出：数据集可一键发布为API，支持Token鉴权或IP白名单；
跨环境迁移：导出JSON配置包，在测试环境构建的融合模型，可完整导入生产环境。
五、总结：可复用的实操要点
环节 | 关键动作 | 避坑提示 |
|---|---|---|
接入 | 统一走【数据源管理】→【+新增】，不写驱动代码 | Excel务必确认首行为字段名；API必须配置响应路径和主键字段 |
建模 | 所有关联靠拖拽字段完成，无SQL输入框 | 拖拽后立即显示JOIN逻辑，可随时调整关联类型（INNER/LEFT） |
交付 | 权限从数据源创建时即配置，非事后补设 | 发布API前，务必设置Token有效期与调用频次限制 |
✅ 本文所有操作均基于JVS-BI平台默认能力，无需定制开发。你可以在5分钟内完成一次跨源关联验证，1小时内构建可复用的分析数据集。