🖥️新手也看得懂！TIBCO Spotfire 如何查出資料來源（Data Source）完整指南

-

 

這篇要解決什麼問題？

做報表或儀表板時，最重要的第一步是搞清楚：「這張圖／這張表的資料從哪裡來？」
在 TIBCO Spotfire 裡，常見的資料來源類型包含：

  • File（檔案）：Excel、CSV、Parquet…

  • Data Connection（資料庫連線）：SQL Server、Oracle、ODBC…

  • Information Link（伺服器端定義的資料檢視）

  • Manual/Embedded（嵌入資料／手動輸入）

  • On-Demand（互動時才載入—屬於載入方式）

本文用最實用、最簡單的步驟，帶你在 Spotfire Analyst 與 Web Player 中快速確認每一張資料表（Data Table）的來源，並教你看懂各種情境與常見坑。

本文所有示範與說明皆為教育示例；如需展示設定或 SQL，已全部以通用範例改寫，不包含任何私人／公司機敏資訊。


目錄

  1. 先認識：Spotfire 中的資料來源長怎樣

  2. 方法一：用 Data Canvas 一眼看懂

  3. 方法二：Data Table Properties 看完整細節

  4. 方法三：一次總覽整份 DXP 的所有來源

  5. Information Link 要看更深？用 Information Designer

  6. 判斷是否為 On-Demand（隨用隨抓）

  7. 新手最常遇到的 7 個情境與排查建議

  8. 超實用快速檢查清單（Checklist）

  9. 常見問題（FAQ）

先認識：Spotfire 中的資料來源長怎樣

在 Spotfire 的每個 Data Table 背後，都會對應一種來源與載入方式：

  • File：來自本機或網路路徑的檔案（.xlsx、.csv…）。

  • Data Connection：透過資料庫連線取得（可能是表格、檢視、或自訂 SQL）。

  • Information Link：由伺服器端（Library）管理的資料視圖，通常由資料工程或 BI 管理員維護。

  • Manual / Embedded：資料直接存放在 DXP 檔內（貼上、手打、或匯入後嵌入）。

  • On-Demand：不是來源型態，而是一種載入策略；互動時才查資料，常用於大表或即時查詢。

方法一：用 Data Canvas 一眼看懂

最直覺、也是你截圖所在的畫面。

步驟：

  1. 在上方功能表點 Data ▸ Data Canvas。

  2. 點你要查的資料表（例如 PARAM_INPUT）。

  3. 看左側的圓形資料來源圖示（像硬碟/資料庫的 icon），以及下方資訊面板：

    • 若顯示 File：會列檔案路徑（例如 D:\Data\sales.xlsx）。

    • Information Link：會列伺服器上的 Library 路徑（例如 /Shared/Data/Sales）。

    • Data Connection：會顯示連線名稱（例如 Prod_SQLServer），可再點 Edit…/Open… 看細節與（若有）自訂 SQL。

    • Manual/Embedded：顯示資料是內嵌在 DXP，沒有外部路徑。

  4. 如果下方出現「The final data table has no further changes.」且來源標記為 Manual/Embedded，代表是內嵌表（不是 DB／檔案）。

注意：在 Web Player 通常看得到來源資訊，但不能修改；若按鈕是灰色，可能需要在 Analyst 開啟或請管理員給權限。


方法二：Data Table Properties 看完整細節

當你需要更完整的來源描述，這個最好用。

步驟：

  1. 在上方點 Data ▸ Data Table Properties…（或右鍵資料表名稱 ▸ Properties）。

  2. 選擇左側的資料表，切到 Source Information 分頁：

    • 會清楚列出來源型態（File / Information Link / Data Connection / Manual），以及檔案或伺服器路徑。

  3. 若是 Data Connection，改到 Settings 分頁 → 按 Edit…：

    • 可看到連線類型、資料庫名稱、表／檢視、或自訂 SQL（若作者用 SQL 查詢）。

    • 沒權限或在 Web Player，可能只能檢視名稱。

方法三：一次總覽整份 DXP 的所有來源

想一次列出整份分析用到哪些來源？

  • 在某些版本可用 Edit ▸ Document Properties… ▸ Data Sources。

  • 也可能在 Data ▸ Data Sources / Data Connections 找到類似總覽。

  • 這裡會列出所有資料表的來源與型態，方便稽核與資料治理。

Information Link 要看更深？用 Information Designer

若來源是 Information Link，想知道它背後用了哪些表、欄與 Join：

  1. Tools ▸ Information Designer（需要權限）。

  2. 開啟對應的 Information Link。

  3. 檢視其組成：資料庫表／欄位／過濾／聯結設定。

沒看到 Information Designer？請聯絡系統管理員開權限，或請他代為查詢。


<a id="on-demand"></a>6) 判斷是否為 On-Demand（隨用隨抓）

On-Demand 是載入策略，常配合資料庫連線：

  • 在 Data Table Properties ▸ Loading 看是否勾選 Load on demand。

  • 若是 On-Demand，代表資料互動時才讀取；來源依舊在前述的 Source Information / Data Connection。

新手最常遇到的 7 個情境與排查建議

  1. 只看到表，找不到檔案或連線按鈕？
    → 你可能在 Web Player 或無權限。用 Analyst 開 DXP；或請管理員授權。

  2. 顯示 Manual/Embedded，但我明明有從 Excel 匯入過…
    → 代表資料已嵌入到 DXP。早期匯入時若選擇「Add as embedded」，後續就看不到外部路徑。可改用「Link to file」或建立 Data Connection。

  3. 想確認是否使用自訂 SQL？
    → 進 Data Table Properties ▸ Settings ▸ Edit…，查看 Data Connection 是否勾選 Custom Query。若灰色，多半是權限或 Web Player 限制。

  4. 不同人開同一份 DXP，看到的路徑不同或檔案不存在
    → 若是 File 且用本機路徑，會因電腦不同找不到。建議改用共享路徑或放上 Library/資料庫並用連線。

  5. 表格很大、開檔很慢
    → 考慮改為 Data Connection + On-Demand，或只取所需欄與篩選條件。

  6. 我想從來源更新資料
    → File：按 Replace 取代來源檔；Data Connection：在 Edit… 調整；Information Link：透過 Information Designer 或請管理員修改。

  7. 怎麼判斷資料是不是「最新」？
    → File：檢查檔案時間戳；Data Connection / Information Link：看定義是否有時間條件、是否有排程（由管理員維護）或在可視覺上加上「最後更新時間」欄位。

超實用快速檢查清單（Checklist）

  • 在 Data Canvas 點選資料表，看來源圖示與路徑

  • 打開 Data Table Properties ▸ Source Information 確認來源型態

  • 若是 Data Connection，到 Settings ▸ Edit… 檢查連線與（若有）自訂 SQL

  • 若是 Information Link，用 Information Designer 檢視組成

  • 在 Loading 檢查是否 On-Demand

  • 於 Document/Data Sources 總覽整份 DXP 的所有來源

  • 確認你使用的是 Analyst（可編輯） 還是 Web Player（多半只讀）

常見問題（FAQ）

Q1：我看到 “The final data table has no further changes.” 是什麼意思？
A：代表這個資料表在目前的資料流程裡沒有後續轉換；若同時顯示為 Manual/Embedded，可以推斷資料是內嵌在 DXP 檔中。

Q2：為什麼我看不到 Edit / Open 的按鈕？
A：通常是因為在 Web Player 或沒有權限。若要修改連線或查詢，請用 Analyst 並向管理員申請權限。

Q3：Information Link 跟 Data Connection 差在哪？
A：Information Link 是在伺服器（Library）定義好的資料視圖，方便多人共用與治理；Data Connection 多半是你在 DXP 端直接連資料庫，彈性較大但治理成本較高。

Q4：On-Demand 會改變資料來源嗎？
A：不會。它只是載入策略，資料來源仍舊是 File / Data Connection / Information Link 其中之一。

Q5：我如何讓不同同事開檔都能讀到來源？
A：避免用個人電腦路徑的檔案。改用共享路徑、放上 Spotfire Library、或改為資料庫連線與Information Link。

結語

找出資料來源，是報表可信度與維運的根基。
用 Data Canvas 快速辨識、Data Table Properties 深入確認、Document Overview 總覽全局，再搭配 Information Designer 與 On-Demand 概念，你就能：

  • 清楚知道每張圖表「吃」的是什麼資料

  • 快速排查「為什麼會不一致／讀不到／變慢」

  • 逐步導向更穩定、可治理的資料管線

留言

張貼留言

這個網誌中的熱門文章

🔍Vue.js 專案錯誤排查：解決 numericFields is not defined 與合併儲存格邏輯最佳化

-
  前言 在前端開發專案中，處理表格數據與 Excel 匯出是常見的需求。 最近在專案中，遇到一個常見但讓人頭痛的錯誤訊息： Uncaught ReferenceError: numericFields is not defined 本文將用簡單的方式，帶你了解這個錯誤的成因、如何修改程式碼，以及如何最佳化「合併儲存格」與「數值加總」的邏輯。 問題場景：表格合併與數值加總 專案中需要達成以下功能： 同一個 APS_PLAN_NO 下，若 TFT4 相同，則 TFT5 欄位要合併。 數值欄位要加總，並以千分位格式輸出。 匯出到 Excel 時，也要套用相同邏輯。 在 Vue 的 rowSpans 計算邏輯中，初始版本如下： const rowSpans = computed ( () => { const rows = filteredData. value const spans = rows. map ( () => { const obj = {} tableHeaders. value . forEach ( key => obj[key] = 0 ) return obj }) ... return spans }) 但是，當我們在 exportToExcel() 使用時，出現了以下錯誤： Uncaught ReferenceError: numericFields is not defined 錯誤原因 這個錯誤訊息代表： 👉 numericFields 在程式中根本沒有宣告，所以瀏覽器不知道它是什麼。 舉例來說，假設我們在程式裡寫了這樣的判斷： if (numericFields. includes (key)) { // 處理數值欄位 } 但其實 numericFields 沒有定義，程式就會直接報錯。 解決方案：定義 numericFields ...
閱讀完整內容

🔎EF Core 連 Oracle 出現 ORA-00600 [kpp_concatq:2] 的完整排錯指南（含 EF Core ToString/CultureInfo 錯誤）

-
  摘要（Meta Description） 在 .NET EF Core 對 Oracle 查詢時，若遭遇 ORA-00600 [kpp_concatq:2] ，多半是查詢優化器在字串型別轉換或重寫（Query Transformation）時踩到版本 Bug。本文以實戰日誌形式，示範如何用 FromSqlRaw + 參數型別/長度對齊 + CAST + Hint 立即止血，並處理 EF Core 另一個常見錯誤：「 CultureInfo 常值被傳進 ToString 造成可能記憶體外洩 」。附可直接套用的程式碼。 目錄 錯誤現象 根因分析 三步驟「立即止血」 安全重構：可直接貼用的程式碼 進階避雷：CTE/MATERIALIZE 與 View 包裝 EF Core ToString / CultureInfo 錯誤的正確處理 版本與長期解法（根治） 效能與穩定性小技巧 檢查清單（Checklist） FAQ 結語 錯誤現象 常見堆疊片段如下（節錄）： Oracle .ManagedDataAccess .Client .OracleException ( 0 x80004005): ORA-00600 : 內部錯誤代碼, 引數: [kpp_concatq:2] , [4] , [3] ...
閱讀完整內容

🛠【ASP.NET Core + Oracle】解決 ORA-00904 "FALSE": 無效的 ID 錯誤與資料欄位動態插入顯示問題

-
  🔍 問題描述 在開發群創光電內部的 APS 排程系統（使用 ASP.NET Core + Vue 3 + Oracle），前端發生多筆錯誤訊息： Request failed with status code 500 Oracle.ManagedDataAccess.Client.OracleException: ORA-00904: "FALSE": 無效的 ID 這是 Oracle 資料庫對布林值處理不一致造成的錯誤，我們後端嘗試將某個欄位 .Where(x => x.FLAG == false) 寫法，經由 EF Core 轉成 SQL： SELECT * FROM TABLE WHERE FLAG = FALSE 而 Oracle 並不支援 FALSE 關鍵字作為布林值 → 導致查詢失敗。 🔧 解決方案 1：避免布林值直接進入 LINQ to SQL EF Core + Oracle 不支援下列語法： .Where(x => x.IsActive == false) // ❌ Oracle 無法解析 FALSE ✅ 解法 ：將布林判斷移至 .ToList() 之後，變成記憶體篩選： var list = await db.Table.Where(x => x.Version == ver).ToListAsync(); var filtered = list.Where(x => !x.IsActive).ToList(); // ✅ 在記憶體中比對布林 🔧 解決方案 2：安全轉換 SEQ_NO 為 Decimal 後端為了將前段表 APSZFRONT 的 SEQ_NO 與 APSZLCM 的 APS_PLAN_SEQ 對應，用到了這段程式碼： Convert.ToDecimal(front.SEQ_NO) 但一旦 SEQ_NO 含有英文字母（例如 GN140CHCAAE90S_20250811_1_531 ），就會丟出 FormatException → 造成 HTTP 500。 ✅ 正確寫法（TryParse 避免失敗） ： de...
閱讀完整內容