本文簡單介紹 FineDB 資料庫中包含的表欄位說明。
注：由於外接資料庫的型別不同，欄位的資料型別不完全一致，本文以工程內建資料庫為例，使用者需自行匹配。
使用者額外資訊表
部門職位的中間表，使用者透過該表聯動部門與職務
使用者角色的中間表，使用者透過該表聯動到自訂角色和部門職務角色
權限實體表，記錄當前目錄（不包含該目錄下的範本及子目錄）權限的物件、目錄名稱、報表名稱
FINE_AUTH_PREFERENCE
權限面板使用者偏好設定
首頁擴展表
記錄主頁型別權限實體的擴展屬性
FINE_FAVORITE_ENTRY
收藏節點表
登入鎖定表
由於密碼錯誤次數過多導致的鎖定
詳情請參見：登入鎖定
登入鎖定IP表
由於同一 IP 存取頻率過高導致的鎖定
詳情請參見：存取控制
FINE_SCHEDULE_TASK_PARAM
記錄多語言資料的表
Quartz 模組
QRTZ_LOCKS
QRTZ_SIMPROP_TRIGGERS
更新任務表
5.1.12 及之後版本新增
更新任務明細表
注：基於上述表結構，且各表間不直接聯動，因此涉及到直接運算元資料庫的，必須手動刪除中間表內的資料。
例如：刪除一個部門 = 删除 department + 删除 dep_role + 删除 user_role_middle；
删除一個使用者 = 删除 user + 删除 user_role_middle + 删除 extra_property。
聯動表欄位
fine_extra_property>relatedId
fine_user_role_middle>userId
fine_base_message>userId
fine_auth_preference>userId
fine_favorite_entry>userId
fine_last_login>userId
fine_login_lock>userId
fine_workflow_task>creatorId
fine_authority>roleId
建立型別
1：手動建立
2：同步建立
是否啟用
true：啟用
false：不啟用
最後修改型別
1：手動修改
2：同步修改
性别
true：男
false：女
fine_base_message>userName
fine_workflow_task>creatorName
fine_schedule_record>creator
fine_schedule_task>creator
realName 排序索引
例如姓名是安娜，REALALIAS就是an
FR：2019-12-05 及之後的 JAR，新增欄位
BI：2020-01-15 及之後的 JAR，新增欄位
userName 排序索引
例如帳號是Alice，USERALIAS就是alice
鹽值參數
使用者密碼更新時，鹽值隨之更新，增加安全度
FR：10.0.18 及之後的版本，新增欄位
BI：5.1.15 及之後的版本，新增欄位
fine_user>id
fine_dep_role>departmentId
2：同步创建
部門完整路徑
祖父部門 ID
父部門 ID
...
FR：2019-05-20 及之後的 JAR，新增欄位
BI：2019-06-13 及之後的 JAR，新增欄位
NAME排序索引
例如部門是主管部，ALIAS就是ldb
BI：2010-01-15 及之後的 JAR，新增欄位
fine_dep_role>postId
例如職位是開發工程師，ALIAS就是kfgcs
fine_user_role_middle>roleId
所聯動的部門和職務 ID
departmentId 为空，postId為空：表示內建+同步部門的所有部門角色(前臺不可見)
departmentId 为空，postId 不為空：不存在
departmentId 不为空，postId 為空：表示不包含職務的部門角色
departmentId 不為空，postId 不為空：表示正常部門職務角色
fine_post>id
fine_department>id
1：管理者手動建立
2：同步資料集建立
NAME排序字段索引
例如角色是專案維運，ALIAS就是xmyw
所聯動的廣義角色 ID
depRoleId 或 customRoleId
fine_dep_role>id
fine_custom_role>id
所聯動的廣義角色型別
1：部門職位
2：自訂角色
注：5.1.10 及之後版本的 FineBI 新增該表。
同步源中刪除的資料，從finedb中真實刪除，儲存不同型別的資料到軟刪除表中。
同步源中恢復的資料，從軟刪除表中恢復，相同名稱的欄位的ID不會發生改變，不影響權限使用
1）欄位DELETEDID+TYPE組成唯一键
即任意兩筆資料的DELETEDID、TYPE不能完全相同
2）欄位DELETEDNAME+TYPE組成唯一键
即任意兩筆資料的DELETEDNAME、TYPE不能完全相同
待删除的名稱
使用者：userName
部門：計算的完整部門名
職位：職位名
角色：角色名
部門职位：部門id+職位id
删除的資料型別
1：部門
2：角色
3：使用者
4：職位
5：部門職位中间表
權限值
1 - 拒絕
2 - 允許
所聯動的權限實體id
FINE_AUTHORITY_OBJECT>id
所聯動的權限實體型別
平台型別
0 - 目錄權限，管理系統權限，實體都在 authority_object 表中
1 - 人員管理-部門權限，人員管理-角色權限
2 - 資料連結權限
7 - 排程管理權限
報表型別
101 - FineReport 範本權限（範本認證）
BI 型別
201 - BI業務包權限
202 - BI業務包行過濾器權限（*外界感知不到）
203 - BI儀表板權限（主要用於分享）
204 - BI範本權限（範本認證）
205 - BI儀表板分享控制（角色到角色
權限型別
1 - 查看權限
2 - 授權權限
3 - 編輯權限
4 - 資料連結管理權限
101 - FineReport 範本認證權限
102 - FineReport 範本查看權限
103 - FineReport 範本填報權限
104 - 批量匯入任務權限
201 - 業務包使用權限
202 - 業務包管理權限
203 - BI報表匯出權限
204 - BI儀表板分享權限
205 - BI範本認證權限
206 - BI範本查看權限
207 - BI範本匯出權限
208 - BI儀表板分享角色控制權限
209 - BI儀表板分享功能權限
210 - BI儀表板公共連結功能權限
fine_user_role_middle>roleid
1 - 部門，部門下職務
2 - 自訂角色
3 - 使用者
4 - 職務
包含目錄資訊、管理系統
FINE_AUTHORITY>AUTHORITYENTITYID
所聯動的擴展屬性型別
1 - 平台管理系統節點
2 - 首頁
3 - 目錄
5 - 連結
6 - 檔案
101 - 上報流程
102 - FineReport 報表
201 - BI 報表
封面 ID
系統管理>外觀配置>目錄樣式中的目錄封面
顯示型別
0 - 未勾選 PC 、平板、手機
1 - PC
2 - 平板
4 - 手機
5 - 勾選 PC 、手機
6 - 勾選平板、手機
7 - 勾選 PC 、平板、手機
圖标 ID
系統管理>外觀配置>目錄樣式中的目錄圖示
主頁型別
0 - FineReport 範本
1 - 平台目錄
2 - 連結
3 - FineBI 範本
主鍵
主键
登入所在城市
登入所用 IP
登入時間
登入使用者 ID
密碼錯誤次數
鎖定 IP 或 username
IP 或 username 的值
何時被鎖
通常為空
何時解鎖
使用者 ID
鎖定時間
鎖定的 IP
拒絕次數
備份模組
jar：JAR包
jar-cluster：叢集下的jar包（較特殊。叢集下，jar包備份會自動轉為代理實現，故單獨分出這個模組）
plugins：插件
dashboards：BI範本
reportlets：報表範本
config：平台配置
備份名
何時備份
備份位址
備份檔案大小
型別
auto：自动备份
manual ：手動備份
FR：10.0.11 及之後的版本，新增欄位
BI：5.1.8 及之後的版本，新增欄位
備份狀態
0：無
1：成功
2：失敗
DETAIL
fine_schedule_task_param>taskId
fine_schedule_record>taskId
fine_user>userName
任務是否可编辑
true：可编辑
false：不可编辑
附件清理數目
-1：不清理
0：任務结束即清理
1：不清理
其他正整数：保留次
下次執行時間
yyyy-MM-dd HH:mm:ss
任務附件處理型別組合字串，用於條件查詢的過濾
檔案處理方式，逗號隔開：
1 - 郵件通知
2 - FTP上傳附件
3 - 平台通知
5 - 簡訊通知
6 - 掛載平台
7 - 自訂附件處理
8 - 列印檔案
9 - 使用者端通知
10 - SFTP 上傳
上次執行時間
是否傳送備份檔案
true：傳送
false：不傳送
展示型別
0 - 分頁預覽
1 - 填報預覽
2 - 資料分析預覽
3 - PC端預覽
4 - 新填報
任務狀態
json格式，包含 type 和 description。
type：
0 - 始終執行
1 - 公式判斷
2 - 自訂類判斷
description：
具體內容（具體公式或類名）
任務參數
json形式，包含 inputStyle 參數輸入方式，name 參數名稱，type 參數型別，value 參數值
inputStyle 輸入方式（非必須）
0 - 預設
1 - 資料集
type 參數型別
String - 字串
Integer - 整數型態
Double - 雙精度型
Date - 日期
Boolean - 布爾值
TableColumn - 資料集列
value 參數值
若參數輸入方式為預設，則 value 為字串
若參數輸入方式為資料集，則包括 value 資料集名稱，colname 資料集欄位值
0 - 啟動
1 - 暫停
2 - 已结束
任務型別
0 - 無調度物件
1 - 報表範本
2 - BI範本
觸發器組
json形式，包含多個觸發器，包含觸發器型別，時間等
triggerType 觸發器型別：
1 - 只執行一次
2 - 簡單重複執行
3 - 明細頻率設定
4 - 表式設定
startTime 開始時間：
startType 開始型別：
1 - 立即執行
2 - 選擇開始時間
endType 結束型別：
1 - 執行完立即結束
2 - 無期限
3 - 選擇結束時間
4 - 額外執行多少次
recurrenceInterval 簡單重複執行時間間隔（非必須）
recurrenceIntervalUnit 簡單重複執行時間間隔時間單位（非必須）
1 - 分鐘
2 - 小時
3 - 天
4 - 週
repeatCount 額外執行次數（非必須）：
整數
hours 明細頻率執行小時數（非必須）：
minutes 明細頻率執行分鐘數（非必須）：
dayType 明細頻率執行執行日（非必須）：
1 - 每日
2 - 每週
3 - 每月
monthDays 明細頻率執行執行日為每月時，選擇每月的具體天數（非必須）：
整數陣列
weekDays 明細頻率執行執行日為每週時，選擇每週的具體天數（非必須）：
months 明細頻率執行時，哪幾個月執行（非必須）：
使用者組
json形式：
customRole 角色列表：角色ID陣列
customRoleStr 角色列表字串：前臺展示用
departmentAndPost 部門列表：部門 ID 陣列
departmentStr 部門列表字串：前臺展示用
platformUser 使用者列表（非必須）：陣列，格式為"姓名(帳號)"
platformUserStr 使用者列表字串（非必須）：前臺展示用
userType 使用者型別：1 - 平台使用者，2 - 自訂使用者
columnIndex 自訂使用者-資料集列序號（非必須）
columnIndexStr 自訂使用者-資料集列名（非必須）
tableDataName 自訂使用者-資料集名稱（非必須）
fine_schedule_output>id
執行條件的自訂類參數
json 形式：
name 參數名稱
FR：2020-06-08 及之後的 JAR，新增欄位
BI：2020-08-04 及之後的 JAR，新增欄位
參數列表
參数名：參數值
关聯動表欄位
fine_schedule_task>id
注：JAR 包在 2019-05-20 之前的工程，使用 fine_schedule_record 表儲存排程管理任務執行日誌 JAR 包在 2019-05-20 及之後的工程，使用 LogDB 資料庫中的 fine_schedule_record 表儲存排程管理任務執行日誌，請參考：平台日誌 LogDB 資料庫
建立者
詳細資訊
日誌資訊
任務執行時間
日誌列印時間
日誌型別
0-失敗
1-成功
2-跨越
下一次記錄時間
附件處理型別
0 - 快照生成
1 - 郵件傳送
2 - FTP 上傳
3 - 平台訊息派送
4 - 檔案列印
5 - 簡訊傳送
7 - 自訂類處理
8 - 排程填報
-1 - 附件傳送（預設）
任務名稱
fine_schedule_task>scheduleOutput
fine_base_output>output_Id
生成附件名稱
是否按不同使用者生成不同附件
1 - 是
0 - 否
匯出附件型別
json 格式：formatNum 檔案處理方式：
0 - 匯出 CPR
1 - 匯出新版 EXCEL
2 - 匯出 PDF
4 - 匯出 WORD
8 - 匯出舊版 EXCEL
16 - 匯出 PNG
32 - 匯出 FRR
附件處理類名
是否按不同使用者分別執行
結果連結
匯出id
fine_base_output>id
接收人
內容
自訂連結
連結型別
1 - 排程結果連結
2 - 自訂連結
富正文訊息的圖片 ID
主題
派送終端
目前固定為1，代表app通知
訊息型別
1 - 連結訊息
2 - 圖文訊息
3 - 檔案訊息
BI：2020-01-15 及及之後的 JAR，新增欄位
是否勾选「正文预览组件内容」
BI：5.1.10 及之後的版本，新增欄位
密碼
埠號
上傳路徑
伺服器位址
帳號
FTP 模式
passive：被動模式
avtive：主動模式
描述
掛載目錄 ID
掛載目錄名稱
掛載目錄
簡訊參數
json，對於每個參數：
id 參數
IDname 參數名稱
type型別包括：
Formula - 公式
訊息建立時間
訊息時間
訊息內容
是否已讀
是否已彈窗提示
0 - 系統訊息
1 - 上報訊息
2 - 範本訊息
3 - 行動端訊息
-1 - 未知訊息
URL
URL 型別
0 - 無
1 - 內部連結型別，例如 /report/entry/{id}
2 - 外部連結型別，例如 www.fanruan.com
3 - 平台木塊路由，跳轉到系統管理某個 Tab 頁面
4 - 平台內開啟多個範本的 URL
全部任務 ID
結束時間
是否完成
1-完成
0-未完成
上報任務 ID
fine_base_message>id
目前固定為1，代表PC端訊息通知
注：2018-12-27 之後的 JAR，新增上報相關表。
建立時間
建立者 ID
fine_workflow_stash_data>userId
fine_workflow_log>operatorname
流程名稱
節點 ID
fine_workflow_node>id
fine_workflow_task_impl>taskId
建立者ID
fine_workflow>creatorId
建立者姓名
fine_user>username
截止時間
截止型別
排程下發
是否下發結束
越級回退
父任務 ID
fine_workflow_task_impl>parentId
流程 ID
fine_workflow_task_impl>processId
提醒方式
新增任務時是否勾選「僅在任務發起時計算一次」
1 - 勾選
2 - 不勾選
是否預警
當前任務的操作人及完成狀態，
1 - 已完成
0 - 未完成
例如：{"demo/authority/產品銷售情況查詢.cpt":{"sunlin":0}}
建立時間（下發的時間）
當前的流程節點 ID
截止时间
源 Task 的 ID
任務名
是否需要全部完成
節點走過的路徑
json
備註
Node 上的第幾個節點是多使用者的
多使用者節點的第幾個使用者
多使用者節點的第幾個使用者的名稱
fine_workflow_task>parentId
fine_workflow_task>processId
第幾個範本
傳送時間
傳送人
傳送人 ID
子任务的 ID
[{nodeIdx:0, userId:1, taskId:1}]
-1 - 初始
0 - 等待上報
1 - 等待審計
2 - 審計透過
3 - 被退回
4 -已經關閉
5 - 逾時
fine_workflow_task>Id
fine_workflow>nodesId
預警詳細資訊
權限
節點名
是否需要全部完成後流轉
是否需要離線填報
上報詳細資訊
資料
報表路徑
任務 ID
時間
訊息
注1：儲存在資料庫的配置內容大多都在這張表，如：id = BackupConfig.backupMemory , value = 1024表示给 BackupConfig 中的 backupMemory 配置一個值 1024，含義是自動備份最多佔 1024mb 。
平台常用配置項及前臺未提供配置介面，基本儲存在 fine_conf_entity 表中，詳情請參見：fine_conf_entity 表介紹
注：該表出現在JAR 包在 2020-02-28 及之後的 FineReport 版本中。
國際化語言
zh_CN：簡體中文
zh_TW：繁體中文
en_ US：英語
ja_JP：日文
ko_KR：韓文
國際化的值
是否生成全局索引
是否生成索引
資料檔案存放位置
CUBE / LOG
資料儲存型別
MEMORY - 記憶體儲存，只在記憶體有，關機就丟失
NIO - 是把記憶體的內容寫入到檔案，解決關機丟失的問題
FINE_IO - fr自己實現的一個io框架，NIO檔案滿了就往FINE_IO裏寫
資料檔案存放目錄
是否只啟動一個
服務型別
cluster_master_service - 記錄主節點id，供所有節點同步使用其它 - 每個節點啟動的服務（如查詢、匯入、歷史、實時等服務）
叢集 ID
單機為LOCAL
作為 Blob 型別儲存，用於 Quartz 使用者使用 JDBC 建立自己客製的 Trigger 型別，JobStore 並不知道如何儲存實體的時候。
以 Blob 型別儲存存放日曆資訊， quartz可配置一个日历来指定一个时间范围。
儲存觸發器的 cron 表式表。
儲存與已觸發的 Trigger 相關的狀態資訊，以及相聯 Job 的執行資訊。
是否併發
是否接受恢復執行，預設為 0
儲存每一個已配置的 jobDetail 的詳細資訊。
是否持久化
1 - 是，quartz 會把 job 持久化到資料庫中
是否同作執行
是否更新資料
是否接受恢復執行，預設為0
儲存過程的悲觀鎖的資訊（假如使用了悲觀鎖）。
儲存已暫停的 Trigger 組的資訊。
儲存叢集中 note 實體資訊，quartz 會定時讀取該表的資訊判斷叢集中每個實體的當前狀態。
之前配置檔案中org.quartz.scheduler.instanceId配置的名稱，就會寫入該欄位
儲存簡單的 Trigger，包括重複次數，間隔，以及已觸發的次數。
qrtz_simprop_triggers 儲存CalendarIntervalTrigger（類似於SimpleTrigger，指定從某一個時間開始，以一定的時間間隔執行的任務觸發器）和 DailyTimeIntervalTrigger（指定每天的某個時間段內，以一定的時間間隔執行的任務觸發器）
儲存觸發器的基本資訊。
注：設定 使用者同步資料集 後，在 qrtz_triggers 表中找到「TRIGGER_NAME」為「syncUser」的資料，可查看更新使用者時間。
措施或者是補償執行的策略
當前觸發器狀態
WAITING -等待
PAUSED - 暫停
ACQUIRED - 正常執行
BLOCKED - 阻擋
ERROR - 錯誤
觸發器的型別
SIMPLE - 在特定時間間隔後重復執行。如9點開始，每隔1小時，執行一次。
CRON - 基於日曆計劃，如每週二凌晨2點執行。
裝置是否透過認證
1 - 普通正文訊息
注：僅當排程管理任務中勾選了「用戶端通知>微信通知」並儲存時，該表出現並生成資料。
VARCHAR
注：仅当定时调度任务中勾选了「客户端通知>微信通知」并保存时，该表出现并生成数据。
使用者端通知的連結型別
1：排程管理連結
2：自訂連結
INTEGER
使用者端通知的訊息型別
1：連結訊息
2：圖文訊息
3：檔案訊息
應用型別
1：管理組祕鑰的應用，屬於老舊應用
2：正常應用
3：未能獲取到token的應用
注：僅當排程管理任務中勾選了「用戶端通知>微信羣通知」並儲存時，該表出現並生成資料。
注：僅當排程管理任務中勾選了「用戶端通知>釘釘通知」並儲存時，該表出現並生成資料。
1：正常應用
2：未能獲取到token的應用
注：僅當排程管理任務中勾選了「用戶端通知>釘釘羣通知」並儲存時，該表出現並生成資料。
偏移選項
0 - 不偏移
1 - 全局配置
2 - 單範本配置
聯動使用者端 IP
fine_print_offset>id
路徑型別
0 - 檔案
1 - 資料夾
角色型別
0：無角色
1：部門職務角色
3：使用者角色
上報流程型別
1：上報任務管理
2：上報流程管理
3：我的上報任務
0 - 填報
1 - 分頁
2 - 分析
3 - 表單預覽
注：JAR 包在 2018-12-27 之後的 FR 工程，新增該表。
用來回滾 commit
git commit Msg
範本名稱
提交時間
版本號
FineBI 資料集中的行列權限控制資訊儲存在這張表中
過濾器實際內容
業務包的ID
擁有的廣義角色ID
擁有的廣義角色型別
1-部門職務角色
2-自訂角色
3-使用者角色
BI範本ID
該表儲存所有範本資訊，包含儀表板的編號。
標記是否為資料夾節點
true：是資料夾
false：不是資料夾
標記掛出狀態
-1：未分组（普通使用者的儀表板資料夾的狀態）
1：申請掛出
2：掛出
3：其他狀態
水印是否開啓
節點 id，和 id 一致
fine_dashboard_index>reportId
儀表板使用到的資料集的資訊
是否是全局樣式
true：是所有使用者可以選擇的全局樣式
flase：是 CREATEBY 使用者獨有的樣式
實體ID，即reporID
實體型別
0：範本
1：範本資料夾
分享資料權限型別
0：使用建立者權限
1：使用被分享者權限
注：5.1.12 及之後版本的 BI 工程，新增該表。
5.1.12 之前的 BI 工程，該部分資訊可在 LogDB 中查看。
ALL：全部成功
PART：部分成功
END：已結束
RUNNING：運作
MANUAL：手動
AUTO：定時
expectBaseTableUpdate 期望的基礎表數量
actualBaseTableUpdate 實際成功更新的基礎表數量
expectComplexUpdate 期望的自助資料集數量
actualComplexUpdate 實際成功的自助資料集數量
expectRelationUpdate 期望的聯動更新數量
actualRelationUpdate 實際成功的聯動數量
BASE：基礎表
FAST、ETL：自助資料集
RELATION：聯動
FULL：全量
INCREASE：增量
LOADING：更新中
SUCCESS：成功
PART_SUCCESS：部分成功
WAITING：佇列等待
WRONG：失敗