直連 Excel 融合分析常見問題

Q1：為什麼會提示權限不足？

問題原因

直連 Excel 與資料庫表做融合分析時，系統需要將上傳的 Excel 資料寫入資料庫中的臨時表或實體表，再基於該表參與左右合併、上下合併等分析計算。

如果當前資料連結使用的資料庫使用者缺少建表、刪表、寫入或查詢等權限，就無法建立融合分析所需的臨時表 / 實體表，進而觸發“權限不足”類報錯。

常見缺失權限

解決方案

1. 將產品報錯中展示的資料連結、資料庫使用者、資料庫名稱和缺失權限提供給 BI 管理者或 DBA。

2. 請管理者為該資料連結使用者授予必要權限。

3. 授權後傳回分析主題，重新執行融合分析或點選「重新預覽」。

4. 若仍報錯，請保留報錯原文，繼續交由管理者排查資料庫側權限策略。

問題原因

上傳的 Excel 檔案列數超過了系統參數 SystemOptimizationConfig.excelExtractMaxLimitRows 的限制。當前預設限制為 10000 列。

當 Excel 列數超過該限制時，系統會阻止繼續處理，避免大檔案上傳、解析、寫入資料庫和融合分析時造成效能或記憶體問題。

解決方案一

將 Excel 拆分為多個小檔案，每份不超過 10000 列。

解決方案二

如確實需要支援更大列數，管理者可調整參數 SystemOptimizationConfig.excelExtractMaxLimitRows，例如將 10000 設定為更大值 50000。修改操作請參見：fine_conf_entity視覺化配置 ，修改後重啟工程。

調大列數限制可能影響 Excel 表和資料庫表融合分析的效能。因此建議在帆軟技術人員或管理者評估後操作，不建議使用者自行調整。

解決方案三

將 Excel 資料直接匯入資料庫後使用。

直連 Excel 融合分析需要將 Excel 資料上傳到當前資料連結對應的資料庫中，再透過臨時表或實體表參與融合分析。因此，並非所有直連資料源都支援該能力。當前支援的資料源：[直連]支援與Excel融合分析的資料庫

問題原因

在 MySQL / GBase 8a 等資料庫中，臨時表存在對話級限制：同一對話內不能在同一條 SQL 中多次開啟同一張臨時表。

直連 Excel 與資料庫表融合分析後，如果後續分析步驟生成的 SQL 多次引用同一張臨時表，例如使用視窗函式、子查詢等場景，就會出現這個報錯。

解決方案一

將 Excel 資料直接匯入資料庫作為實體表，再基於實體表分析。

解決方式二

在 FineBI 中不用直連模式，改用抽取模式進行分析。

解決方式三

避免在當前直連 Excel 融合分析結果上使用容易觸發臨時表 reopen 的分析方式。

如必須使用該分析邏輯，可嘗試在資料庫側提前加工資料，再在 FineBI 中分析。

產品預設會對 Excel 正文欄位長度進行限制，預設截斷長度為 255 字元。

如需調整截斷長度，可修改參數 SystemOptimizationConfig.excelStringColLength。該參數表示 Excel 正文欄位允許保留的最大字元數。例如設定為 400 時，400 字元以內的內容會保留，超過 400 字元的部分才會被截斷。修改方式請參見：fine_conf_entity視覺化配置。修改後需重啟工程生效。

調整前請評估效能和儲存影響。欄位長度設定越大，可能帶來更高的資料庫儲存成本和查詢效能花費。

Doris / StarRocks 建表時通常需要指定複本數，即同一份資料在 BE 節點上儲存幾份複本。複本數越高，資料可靠性越高，但需要更多可用 BE 節點和儲存資源。

直連 Excel 融合分析會將 Excel 資料寫入 Doris / StarRocks 中的實體表。如果建表 SQL 中指定的複本數大於當前可用 BE 節點數，資料庫可能無法建立表。例如當前只有 1 個可用 BE 節點，但建表要求 replication_num = 3，就可能觸發複本數不足或建表失敗。

檢查 BE 節點方法

可由 DBA 執行以下 SQL，檢視 BE 節點狀態：SHOW BACKENDS; 然後再統計 Alive = true 的 BE 節點個數即可。

解決方法

如果可用 BE 節點數少於建表複本數，需要調低表複本數，或先恢復 / 擴容 BE 節點。