本文將簡單介紹 Logdb 資料庫中各個資料表和表欄位的含義。
BI 執行表：
報表存取/匯出/列印日誌，即如果報表存取/匯出/列印的時候，將會在該表中新增一條記錄，並在相應欄位中填寫其對應的資訊記錄。
其各個欄位對應的含義如下表所示：
掛載到平台的目錄名稱
記錄目錄全路徑
如果直接存取連結則為空
報表存取方式
具體列舉在下面的表格中
範圍0~105，目前已使用33個編碼
記錄被分享節點名稱
2020-08-04 及之後的 JAR 該欄位有值
如果被分享節點為多層級部門，則記錄形式為：1層節點/2層節點/節點
每次分享記錄一行資料，僅記錄，但不匯出
包括 SQL 執行時間和報表計算時間
單位為ms
5.1.11 及之後版本，可透過該欄位中的terminal判斷存取終端
browser：瀏覽器型別和版本
OSInfo：工件系統，分為Windows、Mac、Unix
terminal：用戶端標識，分為PC、App、H5
PC：存取終端為PC 端
App：存取終端為帆軟App/HTML5端存取公共連結
H5：HTML5端存取非公共連結範本
報表佔用記憶體，單位 B
是否計算完成
webResolution：當前範本執行在前端存取時的決議度，記錄格式為x*y
fullScreen：當前範本執行在前端存取時是否是全螢幕模式，記錄格式為1/0
注： node、error、webInfo 欄位需要更新到 2021-03-17 及之後版本的 JAR 包。
欄位 type 具體含義：
編輯BI範本
1）記錄邏輯：點開一張儀表板進入編輯狀態，等待頁面全部載入完畢，無論做多少操作或不做操作，記錄一次；下次再點範本進去編輯或者重新整理網頁記錄第二次
2）同一張儀表板，每次編輯都會有記錄
登入表：
使用者登入日誌，用於記錄使用者的登入資訊。
登出表：
使用者登出日誌，用於記錄使用者的登出資訊。
欄位
含義
欄位型別
郵件表：
郵件傳送日誌（只包含工具欄中的“郵件”），即如果報表傳送郵件的時候，將會在該表中新增一條記錄，並在相應欄位中填寫其對應的資訊記錄。
儀表板的實際名稱，非「目錄管理」中儀表板的名稱
填報表：
記錄填報日誌資訊，即如果報表進行填報的時候，將會在該表中新增一條記錄，並在相應欄位中填寫其對應的資訊記錄。
執行出錯日誌表：
即如果報表執行的過程中報錯的時候，將會在該表中新增一條記錄，並在相應欄位中填寫其對應的資訊記錄，記錄全部 error 和 fatal 級別的報錯資訊。
備註
如果不是範本出錯，則 tname 記錄為“非範本觸發錯誤”。
是否在平台中顯示
1-是
0-否
有記錄到此表的錯誤日誌，此欄位記為1，反之此欄位記為0
平台日誌的錯誤日誌中過濾展示，只展示 platformDisplay=1 的記錄。
常用參陣列合表：
記錄常用參陣列合日誌資訊。
參數，值以陣列形式展示：
{參數 1：參數值，參數 2：參數值}
簡訊傳送表：
記錄簡訊傳送日誌資訊，即如果傳送簡訊的時候，將會在該表中新增一條記錄，並在相應欄位中填寫其對應的資訊記錄.。
管理日誌表：
即使用者對模組進行操作的時候，將會在該表中新增一條記錄，並在相應欄位中填寫其對應的資訊記錄。
具體需要記錄的場景如下表所示：
TYPE-模組
ITEM-设置项
RESOURCE-被存取資源
OPERATION-操作
DETAIL-詳情
權限項：“目錄/資料連結/業務包/可管理部門角色”
型別：查看/授權/編輯
來源：“部門/角色/姓名（帳號）”
型別：“權限項”
權限項：“範本路徑”
型別：查看/填報
SQL 執行表：記錄 SQL 的執行情況。
GC 記錄表：
記錄系統的 GC 資訊。
GC 的原因
GC 型別
記錄fine_conf_entity中的部分配置資訊。
記錄使用者鎖定的日誌
記錄範本屬性
注：該表已無實際用途，僅作為備用。因此不會在表中記錄任何資料。
序號
範本id
物理範本名稱
條件屬性個數
公式個數
sheet個數
資料集個數
複雜公式的個數
內建提交的個數
是否使用了凍結
是否使用了摺疊樹
元件個數
範本總大小
範本裏圖片的大小
引擎情況彙總0
引擎情況彙總1
引擎情况彙總2
引擎情况彙總3
引擎情况彙總4
記憶體情況彙總0
記憶體情況彙總1
記憶體情況彙總2
記憶體情況彙總3
記憶體情況彙總4
sql情况彙總0
sql情况彙總1
sql情况彙總2
sql情况彙總3
sql情况彙總4
過濾個數
參數注入個數
模版內公式使用情況
模版内JS API使用情况
模版檢查時間
記錄容器資訊
記錄功能點資訊
記錄雲端健檢分析操作日誌
記錄信號量資訊
記錄插件資訊
記錄定時任務執行資訊
id
主键
UUID
creator
建立者
detailMessage
詳細資訊
filePath
生成附件路徑
預留欄位，未使用
logMessage
日誌資訊
logTime
任務執行時間
日誌列印時間
logType
日誌型別
0-失敗
1-成功
2-跳过
nextFireTime
下一次記錄時間
runType
附件處理型別
0-快照生成
1-郵件傳送
2-FTP上傳
3-訊息派送
4-檔案列印
5-簡訊傳送
6-平台掛載
7-自訂類
8-定時填報
9-用戶端通知
10-SFTP上傳
taskName
任務名稱
記錄分組、業務包、表、聯動的刪除操作
5.1.12 及之後版本新增該表。
資源型別，包括：
儀表板
分組
業務包
表
聯動
記錄資料表儀表板的血緣關係資料。
5.1.14 及之後版本新增該表。該表預設為空，需要管理者在「BI工具」中的「儀表板的血緣分析」功能中，執行一下同步資料，該表才會出現內容。
表型別：
database：db表
sql：sql表
server：伺服器資料集
excel：excel表
analysis：自助資料集
confAnalysis：編輯過的基礎表
是否是直接子表
0：不是直接子表
1：是直接子表
注：5.1.12 之前的 BI 工程，該部分資訊可在 LogDB 中查看。
5.1.12 及之後版本的 BI 工程，該部分資訊可在 FineDB 中查看。
ALL：全部成功
PART：部分成功
END：已結束
RUNNING：運作
MANUAL：手動
AUTO：定時
expectBaseTableUpdate 期望的基礎表數量
actualBaseTableUpdate 實際成功更新的基礎表數量
expectComplexUpdate 期望的自助資料集數量
actualComplexUpdate 實際成功的自助資料集數量
expectRelationUpdate 期望的聯動更新數量
actualRelationUpdate 實際成功的聯動數量
注：5.1.6 之前的 BI 工程，更新任務相關的資訊，記錄在 fine_DSGenerateFinishMap_SwiftTable（資料集更新資訊臨時表）和 fine_DSGenerate_SwiftTable（資料集更新資訊表）中
5.1.6~5.1.11 之間的 BI 工程，該部分資訊可在 LogDB 的fine_update_task_detail（更新任務明細表）中查看。
5.1.12 及之後版本的 BI 工程，該部分資訊可在 FineDB 的fine_update_task_detail（更新任務明細表）中查看。
BASE：基礎表
FAST、ETL：自助資料集
RELATION：聯動
FULL：全量
INCREASE：增量
LOADING：更新中
SUCCESS：成功
PART_SUCCESS：部分成功
WAITING：佇列等待
WRONG：失敗
包括儀表板和資料準備兩種結構。
欄位名稱
可枚舉數字體別
0：儀表盤
1：資料準備
數字(ms)
異常資訊
如果出現異常資訊請記錄到這裏方便排查問題
事件列表
仪表盘
type:0
cache
資料準備
type:1
previewData
公共事件
type: 0 or 1
sqlQuery
Excel資料查詢
功能埋點表：用來儲存所有公共的埋點資訊。
埋點來源
-1-沒有定義來源（UNDEFINED）
1-內建 JAR 包的功能點（EMBED）
2-插件功能點（PLUGIN）
4- FineReport 的功能點（REPORT）
8- FineBI 的功能點（BI）
根據功能點 ID 存放不同功能點的資訊
次要資訊，可能為空
欄位 id 格式說明：
例如：FR-P1001
FR 前綴，表示是 FR 的埋點。
第一位字元示功能/效能：F-功能、P-效能。
第二位數字表示分類：1-資料源、2-前臺、3-報錯、4-智慧維運、5-設計器。
表中欄位 id 和 body 之間的關係如下表所示：
id：資料連結標識
version：資料源版本
driver：連結驅動資訊
times：使用次數
connecttime：建立連結的時間
初版插件記錄範例：{node:2,memory:16,situation:normal,inform:1,type:auto}
node 為推薦節點數（推薦單機時記為1）
memory 為推薦單機/單節點記憶體
situation 為推薦的情況：記為"normal"時為正常推薦，"error"時為推薦值異常情況，"inequacy"時為運作資料不足情況，"nonsupport"時為不支援推薦配置。其中"normal"情況下 node 與 memory 有值，其餘情況 node 與 memory 記為空
inform 為是否進行了通知，記為1代表已通知，記為0代表未通知
type 為推薦的型別，記為"auto"為根據一自然日運作資料進行推薦的結果，記為"manual"為使用者存取API連結推薦的結果
記錄範例：{sessionid: xxxxxx, reason: release, detail: row count, load: high load, cell num: 100000, survival time: 600000}
sessionid: 被清除的對話 id
reason: 對話被清除的原因大類。包括 life(生命週期)，limit(範本限制)，release(智慧釋放)三項
detail: 對話被清除的詳細原因
reason 記為 life 時，此項記錄為空。
reason 記為 limit 時，此項記錄為：row count（單資料集行數限制)，cell count（單範本儲存格限制），sql time（sql執行時長限制），excel cell count（匯入Excel儲存格限制），commit row count（提交記錄數限制），cartesian（填報笛卡爾積限制）
reason 記為 release 時，此項記錄為：stop calculating
load: 對話被殺時的系統的負載狀況。包括endanger（危險狀態），terrible load（超高負載），high load（高負載）,normal load（中低負載）
cell num：已計算的儲存格個數
survival time：存活時間
記錄範例：{type: high load kill, kill num time: 50, kill num cell: 50, session num: 300, load: terrible load}
type: 包括high load kill（小殺），terrible load kill（大殺）,remove all（超殺清除所有對話)
kill num time: 因未更新時間過長被殺的對話數，type 為 removeAll 時記為空
kill num cell: 因格子數過多被殺的對話數，type 為 removeAll 時記為空
kill num sum: 被殺的對話數求和
session num: 釋放對話之前的對話總數
load: 對話被殺時的系統的負載狀況。包括 endanger（危險狀態），terrible load（超高負載），high load（高負載）,normal load（中低負載）
node：節點名
time：進程關閉時間
pid：進程 pid
startTime：進程開始時間
upTime：進程持續時間
signalName：信號量
containerMem：容器設定的記憶體大小
cpu：CPU 核數
disk：磁碟總空間
diskUsed 磁碟已使用空間
jdkVersion：JDK 版本
containerVersion：Web容器版本
machineMem：物理機記憶體
system：伺服器工件系統
systemNum：伺服器工件系統位數
arch：處理器架構，如x86_64、x86
diskSpeed：磁碟存取速度
FRbuildNO：FR的 jar 包版本
BIbuildNO：BI 的 jar 包版本（記錄 BI 的 jar 包版本，未使用 BI 則記為空）
serverType：伺服器型別（cloud代表雲伺服器，local代表本地伺服器）
gcType：垃圾收集器型別
容器配置情況：應用所在容器、伺服器的配置資訊。每日記錄一次
licType：登入型別
expireTime：登入到期時間
CTRID：合同 ID
companyId：公司 ID
productVersion：產品版本
platformUserNum：使用者人數
使用者基本資訊：使用者的登入資訊等內容。每日記錄一次
tid：範本 ID
tName：物理範本名稱（reportlets下的完整路徑）
cNums：條件屬性個數
formNums：公式個數
sheetNums：多 sheet 個數
dsNums：資料集個數
compFormNums：複雜公式的個數（包括層次座標、SQL、Value公式）
submitNums：內建提交的個數
isFrozen：是否使用了凍結
isFoldTree：是否使用了摺疊樹
widgetNums：元件個數
filterNums：過濾個數
injectNums：參數注入個數
formula：範本內公式使用情況
jsAPI：範本內JS API使用情況（限制記錄為255字元）
tSize：範本總大小
imgSize：範本裏圖片的大小
lineEngine ：是否啟用行式引擎（1為啟用，0為未啟用）
execute0-execute4：執行時間的5級的儲存片記錄
mem0-mem4：記憶體使用量的5級的儲存片記錄
sql0-sql4：SQL 執行時間的5級的儲存片記錄
範本屬性資訊：記錄範本的各項資訊，每張範本每日匯出一條記錄
id：資料在配置中的位置
value：資料值
配置資訊：每日將 FineDB 中的 fine_conf_entity 表中的特定資訊記錄一次
plugin：插件名
version：插件版本
API：插件中所用API情況
opration：插件運作情況
register：插件登入情況
enable：插件是否啟用
插件使用情況：插件的使用情況，每個插件在每日記錄一次
功能點購買情況：功能點購買情況，每日記錄一次
應用實時情況表：
記錄應用實時情況。
單位 KB
2020-08-04 及之後 JAR 新增欄位
directMem「nio」和mappedMem
效能資訊表：
記錄效能相關資訊。
說明
Original 類裏面
embed：表示當前系統的
plugin：表示插件的埋點
undefined：表示沒有定義來源
consume