FineDB表结构-FDL配置

FineDB 数据库存储了工程中除平台属性配置以外的所有信息，包括管道任务、定时任务信息等。

本文主要说明 FineDataLink 特有的数据表。

2.1 任务配置表：fine_dp_conf_entity_x

在fine_dp_conf_entity_x这张表中，存储了关于定时任务的所有配置相关的信息。

这张表的表结构比较特殊，在这张物理表内存储了多个子表，每个子表通过 namespace 来进行区分。子表的具体内容，存储在 entity_value 字段中。

下表展示了fine_dp_conf_entity_x主要字段的含义。

不同 Namespace 的 entity_value 的格式及含义

注：由于FDL需要支持版本的升级和回退，因此，不同的文件版本会对应不同的记录。是以  文件版本号 + 文件ID 作为entity_key的值的。

历史版本的记录也保留在这个表中，如果需要过滤当前版本的信息，需要对 entity_key 的值先进行筛选。

2.2 执行记录表：fine_dp_work_exec_record

4.0.16及之前的版本

执行记录表：fine_dp_execute_record_x

记录了定时任务的执行情况，包括执行的开始时间、结束时间、执行结果、报错信息等。

与任务配置表不同，执行记录表是一个简单结构的表，并不存在子表结构，因此结构相对简单。下面介绍主要字段及含义。

注：定时任务每执行一次，都会生成一条执行记录。

4.0.17及之后的版本 fine_dp_work_exec_record

执行记录表中，记录了定时任务的执行情况，包括执行的开始时间、结束时间、执行结果、执行详细信息等。

与任务配置表不同，执行记录表是一个简单结构的表，并不存在子表结构，因此结构相对简单。下面介绍主要字段及含义。

注：定时任务每执行一次，都会生成一条执行记录。

2.3 任务删除记录表：fine_dp_work_delete（4.0.17版本新增）

该表中记录所有已删除的任务id以及任务名称

通过fine_dp_work_delete表和fine_dp_work_exec_record表关联可以获取已删除的任务的执行记录。

2.4 任务操作历史记录表：fine_dp_operate_history

该表记录了数据开发任务、数据管道任务的编辑记录。每次触发了保存操作，都会在这个表里面增加一条记录。

2.5 定时调度配置表：fine_dp_plan_schedule和fine_dp_plan_work

由于添加了调度计划（一个调度计划可以包含多个任务），定时调度配置分为了两个表：

fine_dp_plan_schedule：实际保存了调度配置。

fine_dp_plan_work：保存了调度配置要作用的对象。

它们之间通过 plan_id 关联。表结果如下：

2.5.1 fine_dp_plan_schedule

2.5.2 fine_dp_plan_work

3.1 管道任务配置表 fine_dp_pipeline_task

与定时任务的配置表相似。

表内存储了多个子表，每个子表通过 namespace 来进行区分。子表的具体内容，存储在 entity_value 字段中。

不同 Namespace 的 entity_value 的格式及含义

PipelineTask：任务基本信息

PipelineDraft：管道任务暂存信息

PipelineSourceTable：源表信息

PipelineTargetTable：目标表信息

Pipeline_Config：（管道任务或暂存配置信息）

3.2 管道任务断点续传配置表 fine_dp_pipeline_savepoint

3.3 管道任务执行记录表 fine_dp_pipeline_execute

3.4 数据管道表结构变化依赖表 fine_dp_pipeline_schema

数据管道 MySQL 数据源处理表结构变化时依赖的表。

3.5 管道任务脏数据记录表

管道任务中如果捕获到脏数据后，会将脏数据的基本信息存储在这个表中。

4.0.29 及之后版本，表名称（fine_dp_pipeline_dirty）：

4.0.27、4.0.28版本，表名称（fine_dp_pipeline_dirty_data）：

4.1 文件树：fine_dp_service_catalog

不同 namespace 对应的明细：

4.2 API 详情：fine_dp_service_task

4.3 应用详情：fine_dp_service_app

4.4 API和应用的绑定关系：fine_dp_service_mapping