跳转到内容
Tukun.ai A Semantic-first Data Agent
站点导航
登录

连接数据

连接数据是 Tukun.ai 后续所有工作流的基础。接得快当然有用,但前提是数据源边界清楚,并且能支持可审核的分析。

你可以从 Workbench 开始,也可以从数据源列表开始。

在 Workbench 中,打开输入框旁边的 + 菜单:

  • 选择 上传文件,用于本地 Excel 或 CSV
  • 选择 连接数据库,在对话中配置数据库连接
  • 选择 选择数据源,把已有数据源加入当前对话

数据库连接流程会作为一个新的 Workbench turn 出现。助手回复里会包含连接表单,你可以直接填写 host、port、database、凭据和相关设置,不需要切到单独的添加数据源页面。连接创建后,先用一个小的已知问题验证,再用于更广泛的分析。

数据源列表仍然适合做管理动作:查看已有源、打开详情、清理废弃源,以及当 Workbench 菜单只展示常用源时,从完整列表里查找目标源。

先准备好:

  • 尽量使用只读凭据
  • 已批准的数据库、schema 或数据集范围
  • 一两张你已经信任、可用于验证的表
  • 数据源连接的负责人
  • 账户需要遵守的敏感数据限制

如果你还不清楚哪些表被批准用于业务分析,先别急着接,先把边界弄清楚。

第一个数据源应该:

  • 足够代表性,能回答一个真实问题
  • 足够窄,能快速验证
  • 有人能解释 schema 含义

不要一上来就接最大全库。先用能验证工作流的最小范围证明这套流程可行。

尽量使用只读凭据,并把访问范围限制在已批准的 schema 或数据集上。

尽可能使用服务账户,而不是个人凭据。这样在维护、审计和人员变动时更安全。

如果一个源同时包含生产、沙箱和测试数据,要么主动拆开,要么明确告诉业务用户应如何区分。

不要从“连接成功”直接跳到“产品已经能用了”。

建议先对一张已知表或一个已知指标问一个简单问题:

Show daily order count for the last 7 days.

检查:

  • 是否真的返回了数据
  • 行数是否看起来合理
  • 时间范围是否正确
  • 业务粒度是否符合预期
  • 在验证一个数据源前就接太多源
  • 使用后续会失效的个人凭据
  • 暴露了一个没有人愿意长期负责的 schema
  • 因为 UI 显示连接成功就跳过验证
  • 在没有治理和命名的前提下混用生产与测试数据

什么时候算准备好供更广泛使用

Section titled “什么时候算准备好供更广泛使用”

通常满足以下条件后,这个数据源才适合更广泛地被使用:

  • 已验证一个或多个代表性问题
  • 数据源负责人明确
  • 允许分析的范围清晰
  • 团队知道还有哪些指标需要语义定义

接入之后,还需要长期维护:

  • 按策略轮换凭据
  • 删除演示或废弃连接
  • 重命名那些含义不清的源
  • 在重大 schema 变更后重新验证关键问题

数据源质量本身就是答案质量的一部分。如果这个源的所有权模糊,分析结果也很难真正被信任。