qData 数据中台专业版数据资产发现实践：如何让业务人员快速找到并申请数据？

一、 数据不缺，缺的是 "找得到"

企业数据建设推进到一定阶段，最不缺的往往就是数据本身：业务库里躺着各种表，数据服务层挂着已发布的 API，项目过程中还散落着不少 Excel、CSV 文件。接入在做、加工在做、治理也在做，从平台视角看，"有没有数据" 早已不是问题。可真正轮到业务侧取数时，画风常常急转直下。

举一个真实场景：

水情业务人员眼下需要一份河道断面基础数据，用于后续分析。他心里清楚，公司以前确实建设过这类数据，但数据落在哪个系统、哪个库，对应哪张表，有没有现成的 API 或文件可用，一概没有头绪。

更要紧的是，即便有人告诉他这张表叫ODS_RH_BO_ST_SEC_B ,对熟悉系统的研发来说一眼能认出这是 "断面表"，可对业务人员而言，光凭这样一个技术命名，既看不出它是什么数据、包含哪些字段，也不知道多久刷新一次。 可见，"企业有数据" 和 "需要的人能拿到数据"，从来不是一回事。

二、缺少统一入口时，常见找数路径及其代价

在没有统一入口的情况下，找数据通常有以下几种方式：

• 1.询问研发或数据人员

业务人员描述需求，研发人员根据经验判断应使用哪个系统、哪个库、哪张表。这种方式依赖个人经验，沟通成本随数据规模增长而上升

• 2.直接查询数据库

具备一定技术能力的使用者可以直接查库，但前提是知道库名、表名，或至少知道数据大致位于哪个系统。技术门槛较高。

• 3.查阅数据文档、接口文档或文件目录

部分企业会维护文档和目录，但文档可能分散在不同位置，更新程度也不一致。

• 4.分别前往接口平台或文件目录查找

这些方式本身可以解决部分问题，但随着数据规模增加，使用成本会逐渐显现：

• 找数依赖个人经验：熟悉系统的人可能很快找到，不熟悉的人需要反复沟通；
• 入口分散：数据库表、API、文件分布在不同系统；
• 理解成本高：即使找到数据，也要确认字段含义、更新频率、是否适合当前需求；
• 权限流程割裂：还需要确认自己是否有权限，并单独申请权限。

以“断面表”为例，业务人员真正想表达的需求其实很简单：

我需要河道断面的编码、名称、空间位置、所属河流等基础信息。

但如果找数的前提是先知道ODS_RH_BO_ST_SEC_B，那么数据使用本身就已经存在较高门槛。

因此，能找到不等于好找，能使用也不等于好用。

三、更合理的找数方式：从“先知道位置”转向“先表达需求”

对数据使用者而言，更合理的方式应当是：用户只需要知道自己想找什么，而不是先知道数据存在哪里。 例如，业务人员需要河道断面数据，只需搜索“断面”“河道水情”等业务关键词，系统就应能返回相关数据资产。找到资产后，也不需要立即看到全部数据，而是先看到用于判断的元数据信息，例如：

• 资产名称
• 所属业务范围
• 更新频率
• 以数据库表、API 还是文件方式提供
• 是否大致符合当前需求

如果判断符合需求，再申请相应权限。审批通过后，进一步查看字段、数据预览、API 文档或文件内容。

这样一来，找数路径就从：

先问人 → 再找表 → 再确认字段 → 再确认权限

转变为：

搜索资产 → 判断是否需要 → 申请权限 → 查看并使用数据

这也是数据集市要解决的核心问题：不是重新生产一份数据，而是把已经建设好的数据，以更适合使用者的方式重新组织起来。

四、qData数据集市如何串联“找数、看数、用数”

以“断面表”从后台建设到业务使用的完整过程为例， 数据集市主要串联了资产发布、资产查找、信息查看、权限申请和授权使用几个环节。

1. 已建设数据先作为资产统一管理

在qData 资产地图中，“断面表”已经作为一份数据资产存在。可以看到：

• 资产名称为“断面表”
• 对应底层表为ODS_RH_BO_ST_SEC_B
• 属于数据库表
• 归属到河道水情业务相关层级
• 已补充资产描述和数据标签等信息

这一步的技术意义在于：把原本面向建设侧的表、接口、文件等对象，纳入统一的资产管理视图。

2 .发布到集市时补充面向使用者的信息

在资产地图中，可以选择资产执行“发布至集市”。发布时，需要进一步设置：

• 挂载集市类目
• 集市展示名称
• 更新频率
• 交付状态
• 描述等内容

其中，交付状态用于说明这份资产后续可以通过哪些方式提供，例如数据库表、API 接口、文件。

这一步相当于在技术元数据之外，补充消费侧可理解的描述性元数据和交付信息。

3 .用户不需要知道技术表名，也可以找到“断面表”

资产发布到数据集市后，使用者可以从统一入口查找。在数据集市中，可以通过关键词搜索、资产类型、业务分类、推荐专题、集市导航等方式定位资产。

业务人员需要河道断面数据时，不需要输入 ODS_RH_BO_ST_SEC_B，而是可以直接根据“断面”“河道水情”等业务词查找。

数据集市列表还会展示资产简介、更新频率、交付形态、标签等基础信息，用户在搜索阶段就可以完成第一轮筛选。

4 .未授权时先看基础信息，再决定是否申请

找到“断面表”后，如果当前用户还没有使用权限，平台不会直接展示其中的具体数据内容。未授权状态下，用户仍然可以看到这份资产的基础信息，例如：

• 资产名称
• 所属集市
• 归属层级
• 资产类型
• 更新频率
• 数据量
• 创建时间
• 交付形态

这些信息已经可以帮助用户完成基本判断，例如确认这是不是河道水情相关的基础数据、更新频率是否合适，以及后续能否通过数据库表、API 或文件等方式获得。

但对于资产字段、数据预览、API 接口文档、文件内容等更具体的信息，在没有权限的情况下仍然会提示“暂无权限”。这种设计实际上把“能不能发现资产”和“能不能查看具体数据”区分开了。用户可以先知道企业有这份数据，再根据实际需要决定是否申请。

5. 确认需要后发起权限申请

如果业务人员确认“断面表”就是自己需要的数据，可以直接在资产详情中发起权限申请。申请时填写申请周期和申请理由。

申请提交后，会进入审批工单。管理人员可以查看申请的资产名称、申请人、申请周期、申请时间、申请理由等信息，并进行同意或驳回。

这样，以前可能通过聊天、邮件或口头方式完成的数据申请，就能够进入相对明确的线上流程中。

6. 授权后进一步查看和使用具体内容

审批通过后，用户获得对应资产权限，可以继续查看资产中的具体内容。

以数据库表资产为例，可看字段的中文名、英文名、字段类型、字段长度、是否为空、是否主键等；

根据资产实际配置，还能看数据预览、API 接口文档、文件等内容。

最终，原本一句很简单的业务需求：“我需要一份河道断面数据。”

可以形成一条比较完整的数据使用路径：

搜索“断面” → 找到“断面表” → 查看基础信息 → 判断符合需求 → 申请权限 → 审批授权 → 查看字段/数据/API/文件 → 使用数据

五、数据集市在数据中台里，到底处在什么位置？

如果把数据集市单独拿出来看，很容易把它理解成一个“数据搜索页面”。但放回整个数据中台里，它承担的是数据从建设侧走向使用侧的一环。

• 数据连接、数据集成、数据开发，解决的是：数据怎么接进来、怎么同步、怎么加工；
• 数据治理 解决的是：数据怎么管理得更规范、更可靠；
• 资产地图 解决的是：企业已经形成了哪些数据资产，以及这些资产怎么统一管理。
• 数据集市进一步解决的是：这些已经建设好的资产，怎么被真正需要数据的人发现和使用。

数据集市并不负责重新加工一份“断面数据”。“断面表”在进入数据集市之前就已经存在。数据集市要做的是，

把这份已经建设好的资产，从后台管理对象进一步变成使用者能够找到、判断、申请和获取的数据资源。

从这个角度看，数据集市更像是连接数据建设和数据消费之间的一层，更靠近数据消费侧，负责让已建设的数据资产被真正发现、理解和授权使用。

六、真正的问题不是“有没有数据”，而是数据能否被使用

回到文章开始的场景。 最开始，业务人员只有一个需求：

“我需要河道断面数据。”

他既不需要知道底层表叫 ODS_RH_BO_ST_SEC_B，也不该被要求先去摸清企业内部有多少库、多少接口平台。 真正合理的方式，是让已经建设好的数据能够以业务人员可以理解的形式被发现；在确认需要以后按流程申请；再在权限范围内使用。

因此，企业做数据中台，并不能只停在“数据已经接进来了”“数据已经治理好了”。数据真正发挥价值，还要继续走完后面的过程：

数据建设 → 资产管理 → 数据发现 → 权限申请 → 授权使用。

数据有没有，是数据建设的问题；而需要数据的人能不能找到、看懂并真正用起来，才是数据从“被建设”走向“产生价值”的最后一段路。