🔎TIBCO Spotfire 連線資料庫錯誤排查：ORA-12505 與 No more data available to read 全面解析

-

 

前言

在安裝與設定 TIBCO Spotfire Server 時，我們必須先正確連線到後端的 Repository 資料庫（通常是 Oracle 或 SQL Server）。但在實務中，許多人會遇到兩大常見錯誤：

  1. ORA-12505: Connection refused, the specified SID was not recognized by the Oracle server

  2. No more data available to read

這篇文章將以軟體工程師的角度，詳細解析這兩種錯誤發生的原因與解決方法，並且教你如何正確設定 Spotfire 與資料庫的連線參數。



常見錯誤 1：ORA-12505

錯誤訊息：

ORA-12505: Connection refused, the specified SID (spotfire) was not recognized by the Oracle server

原因解析：

  • 你的 JDBC 連線字串中指定的 SID（例：spotfire）在 Oracle 伺服器中不存在

  • 可能是搞混了 SID 與 Service Name

  • Oracle Listener 沒有註冊該 SID / Service Name

  • 連線到的 IP 與 Port 對應的不是該資料庫實例

排查方法：

  1. 在 Oracle 主機上執行：

    lsnrctl status

    查看目前 listener 註冊的 SID 與 Service Name

  2. 用 sqlplus 測試連線：

    sqlplus username@//220.133.47.3:1521/ServiceName

    如果 Service Name 正確，就能成功登入。

  3. 修改 JDBC URL

    • 用 Service Name： 

      jdbc:tibcosoftwareinc:oracle://220.133.47.3:1521;ServiceName=正確名稱

    • 用 SID： 

      jdbc:tibcosoftwareinc:oracle://220.133.47.3:1521;SID=正確名稱


常見錯誤 2：No more data available to read

錯誤訊息：

No more data available to read

原因解析：

  • 你選擇的驅動程式與實際資料庫類型不符

  • 例如：

    • Driver template 選了 Oracle DataDirect

    • 但 Port 使用的是 1433（SQL Server 預設埠）

    • 帳號是 SQL Server 的 sa，這在 Oracle 中不存在

  • 導致 JDBC 在資料交換時讀到無法解析的資料，直接中斷

排查方法：

  1. 先確認資料庫類型（Oracle 還是 SQL Server）

  2. 如果是 Oracle → 改回 Port 1521，使用 Oracle 帳號與正確 SID/Service Name

  3. 如果是 SQL Server → Driver template 改成 SQL Server DataDirect，Port 用 1433，並指定 Database Name： 

    jdbc:tibcosoftwareinc:sqlserver://220.133.47.3:1433;DatabaseName=spotfire


密碼星號顯示多寡與實際長度無關

很多人會疑惑：「我輸入密碼只有 8 位，為什麼顯示超多星號？」
事實上，這只是 GUI 固定顯示的遮罩符號長度，與實際密碼字數無關，也不會影響連線。



總結

  • ORA-12505 → 檢查 Oracle SID / Service Name 與 listener 註冊狀況

  • No more data available to read → 驅動程式與資料庫類型不符，或 Port 錯誤

  • 密碼顯示星號數量不影響登入

  • 設定前一定要先確認資料庫類型、IP、Port、SID/Service Name 是否正確



💡 如果你想要一次設定好 Spotfire 與資料庫連線，可以先跟 DBA 確認以下資訊：

  • 資料庫類型（Oracle / SQL Server）

  • Host / Port

  • Oracle：SID 還是 Service Name

  • SQL Server：Database Name

  • 使用者帳號與密碼

有了正確資訊，再依據本文設定，基本上就能一次連線成功。

留言

張貼留言

這個網誌中的熱門文章

🛠【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...
閱讀完整內容

🛠【實戰排除教學】從 VS Code 的 _logger 錯誤，到 PowerShell 找不到 npm/serve，再到 Oracle ORA-03135 連線中斷——一次搞懂！

-
  前言 這篇文章把你在實務中 可能一次遇到的三類問題 整合成一篇易懂、可照做的排錯筆記： C# / EF Core ：VS Code 顯示 CS0103: The name '_logger' does not exist 前端部署預覽 ：PowerShell 說找不到 serve 、更慘的是連 npm 、 node 也找不到 Oracle 連線中斷 ：API 查詢跑一陣子後直接噴 ORA-03135: connection lost contact 我會用工程師口吻、但寫給不熟悉的人也看得懂的方式，帶你一步步修好。 一、VS Code： _logger 不存在（CS0103） 問題現象 在 catch 裡面呼叫 _logger.LogError(...) ，卻出現： CS0103: The name '_logger' does not exist in the current context 代表 類別裡沒有宣告或注入 _logger 。 正確作法：在類別中注入 Logger 類別欄位 using Microsoft.Extensions.Logging; public class ApsDataProcessor { private readonly AppDbContext _context; private readonly ILogger _logger; public ApsDataProcessor(AppDbContext context, ILogger logger) { _context = context; _logger = logger; } public async Task > GetDataByVersionA(string version) { try ...
閱讀完整內容

🔎如何在 Oracle PL/SQL 儲存過程中為文字欄位加入換行符號（CHR(10)）——以 Updlcmremark 為例

-
  前言 在企業級系統開發中，我們常會將複雜的商業邏輯封裝成 Oracle PL/SQL 的儲存過程（Stored Procedure），以便重複使用並確保邏輯一致性。 這次的案例是 修改 Updlcmremark 儲存過程 ，目的是讓產出的 REMARK 欄位在資料庫中具有「換行」格式，而不只是用逗號分隔，方便報表與前端顯示。 問題背景 原本的 Updlcmremark 過程中，對於某些資料（例如來自 APS_Z_LCM_CHECK 的 process_step 與 eq ），是直接用字串拼接的方式： v_remark := NVL(v_process_step, '') || '' || NVL(v_eq, ''); 這種寫法的缺點是： 資料之間沒有任何分隔符號，閱讀性差。 若要在前端或報表中換行，必須額外處理，不方便。 如果一個 SEQ_NO 有多筆資料，這種寫法只會取到第一筆（ FETCH 單筆），其他資料會被忽略。 改進需求 參考同系統的另一支儲存過程 Updmremark ，該過程在拼接文字時不僅使用逗號分隔，還加上換行符號： || ' ,' || CHR(10) 這樣在資料庫中儲存的內容，就會自帶換行，即使直接查詢或匯出到 Excel 報表，也能保有可讀性。 解決方案 方案一：簡單版（單筆取值加換行） 如果 unknown 游標一次只需要取一筆資料，可以直接在原本字串後加上逗號與換行符號： v_remark := NVL(v_process_step, '') || ' ' || NVL(v_eq, '') || ' ,' || CHR(10); 這樣每筆 remark 都會以「逗號 + 換行」結尾。 方案二：完整版（多筆累加加換行） 如果 unknown 游標可能有多筆資料，則應該使用 FOR rec_...
閱讀完整內容