小小大大學

Spotfire SQL 條件邏輯教學：如何依據不同廠商資料動態交換欄位 在半導體資料分析、製程資料整合或測試資料系統中，不同廠商（Vendor）提供的資料格式常常 並不一致 。 例如： 廠商 VendorLot FabLot A 廠商 VendorLot FabLot B 廠商 FabLot VendorLot C 廠商 VendorLot CustomLot 這種情況在 BI 系統（例如 Spotfire、Power BI） 或 資料倉儲 SQL 查詢 中非常常見。 如果不處理，畫面上就會出現： VendorLot 顯示錯誤 FabLot 顯示錯誤 不同廠商資料混亂 因此我們通常會透過 SQL 條件邏輯（CASE WHEN） 來統一資料。 本文將用 簡單易懂的方式 介紹： 為什麼需要這種邏輯 如何在 SQL 中動態切換欄位 如何在 Spotfire 查詢中實作 一、為什麼不同廠商資料需要特殊處理？ 在半導體製造流程中，不同 OSAT 或測試廠商使用的命名方式不同。 例如： 廠商 A 資料格式 VendorLot FabLot V12345...

前言： 「我什麼都沒改，為什麼系統突然不能用？」 如果你曾在系統畫面、程式錯誤訊息、或自動化流程中看到一大串英文，裡面寫著： 404 Not Found 恭喜你，你遇到的是 所有工程師一生一定會遇到的經典錯誤之一 。 這篇文章會用 完全不需要寫程式、也不需要懂電腦架構 的方式，帶你理解： 404 錯誤到底在說什麼 為什麼它「看起來很嚴重，其實很單純」 工程師實際是怎麼判斷問題在哪一層 一句話先講結論 404 Not Found 的意思是：你有敲門，但門後面什麼都沒有。 不是當機、不是系統壞掉，而是—— 👉 你找的那個東西，本來就不在那裡 HTTP 404 到底是什麼？ 我們把這個名詞拆開來看： HTTP ：電腦彼此「溝通用的語言」 404 ：一個編號，代表「找不到」 Not Found ：翻成白話就是「不存在」 📌 意思是 ： 系統有收到你的請求，但它找不到你要的東西。 用生活例子解釋（完全不懂電腦也能懂） 想像你去一棟辦公大樓： 你走進大樓（請求送到了） 你按了 7 樓（路徑） 電梯到了，但 7 樓根本不存在 結果櫃檯跟你說： 「不好意思，沒有這一層樓」 這就是 404 Not Found 。 為什麼畫面會跑出一大串 HTML？ 很多人會被這一點嚇到，其實原因很簡單： 你本來是要「資料」 但系統回你的是「錯誤說明頁」 這個錯誤頁是 給人看的網頁格式 所以你看到的不是亂碼，而是： 「網站很有禮貌地跟你說：這個東西不存在」 ...

前言：明明今天資料庫沒資料，為什麼匯出還是 2022？ 你可能遇過這種情境： 今天日期是 2026/01/15 你用排程（Automation Services）跑 Spotfire Script 匯出 CSV / PDF 你確定資料庫在這段期間 沒有任何資料 但匯出的檔案打開一看，竟然還有 2022 年 的內容 第一直覺通常會想：「是不是 SQL 日期條件寫錯？」 但實務上更常見的真相其實是： Spotfire 沒有真的重新查資料庫，而是沿用資料表（Data Table）裡的舊資料（快取/Stored Data）。 本文會用「完全不懂 Spotfire / SQL 的人也聽得懂」的方式，帶你一步一步定位原因，並提供可直接套用的修法。 一、先建立正確觀念：Spotfire 匯出時匯的是「畫面上的資料」 很多人以為「匯出 CSV」等於「直接把 SQL 撈出來寫成檔案」，但 Spotfire 常見流程是： Script 先嘗試把某個資料表（Data Table）改成新的 SQL Spotfire 可能 不會立刻重查資料庫 （尤其是 Stored Data、Cache、排程環境） 你的視覺化（TablePlot）仍顯示舊資料 Export 指令把「視覺化目前呈現的資料」輸出成 CSV 所以： ✅ 只要資料表沒刷新，匯出就會是舊資料 即使資料庫早就空了也一樣。 二、怎麼判斷是不是「沒刷新」而不是「SQL 撈錯」？ 最有效的方法是做三個檢查，全部都可以放在腳本裡印 log。 檢查 1：把日期區間印出來（避免日期格式錯誤） 很多腳本會手動拼字串日期，最常犯的錯是少了 - 或沒補零，導致日期變成像 2026-115 這種「看起來像日期但其實不標準」的格式。 ✅ 建議做法：一定印出 start/end，並用固定格式 YYYY-MM-DD 。 # 假設你要抓近 7 天（含今天） from datetime import datetime, timedelta today = datetime.today() start_dt = today - timedelta(days...

📌 前言：為什麼你會需要搬 Spotfire 資料庫？ 在實務上，你很常會遇到這種情境： 想在本機測試 Spotfire Automation 客戶環境不能亂動 → 要複製一份到自己電腦 Server 壞掉 → 要快速復原 想分析 Job / 排程 / Routing 設定 👉 這時候你要做的其實只有一件事： 把 Spotfire 的資料庫從遠端搬到本機 但問題是… ❌ 很多人不知道該備哪個 DB ❌ 還原後連不起來 ❌ Job 查不到資料 這篇會帶你「一步一步」搞懂 👇 🧩 一、Spotfire 架構（新手一定要懂） Spotfire Server 的「核心其實是資料庫」 通常會有兩個關鍵 DB： 資料庫名稱 功能 Spotfire_DB 存設定、Automation Job、排程 Spotfire_Config 存 Server 設定、帳號、節點 👉 這兩個缺一不可！ 🧠 二、你現在在做的事情（白話版） 你可以想成： 把「公司電腦的設定」複製到「你自己的電腦」 流程其實只有 3 步： 遠端 Server → 備份 → 搬檔案 → 本機還原 🛠️ 三、Step 1：從遠端 Server 做備份 📍 目標：把資料庫變成一個 .bak 檔 你可以在 SQL Server 裡執行類似這種指令（⚠️已改寫）： BACKUP DATABASE Spotfire_DB TO D...

前言：為什麼 Spotfire 自動化，常讓新手卡關？ 很多公司在使用 TIBCO Spotfire 時，最後一定會遇到一個需求： 「這份分析報表，可以每天 / 每週 / 每月自動產出嗎？」 於是大家會開始研究 Automation Services ，結果常常卡在這些問題： Script 已經寫好了，為什麼 Automation 看不到？ DXP 已經存到 Library，為什麼排程頁面是空的？ Web 介面找不到「建立 Job」的地方？ Job Builder 到底在幹嘛？ 本機可以跑，Server 為什麼失敗？ 這篇文章會用 工程師白話 + 實戰流程 ，一步一步帶你從 0 到成功。 一、先建立正確觀念：Spotfire 自動化不是「直接跑程式」 新手最常見的誤解 很多人以為 Automation Services 是這樣運作的： 排程 → 直接執行 Script → 輸出報表 ❌ 這是錯的 正確的系統設計是這樣 Spotfire 的自動化其實是「三層結構」： Automation Job ├─ 開啟分析檔（DXP） ├─ 執行分析內的 Script └─ （必要時）儲存結果 👉 Automation Services 只執行「Job」 👉 不會直接跑 Script，也不會直接跑 DXP 二、為什麼你在 Web Automation Services 看到的是「空的」？ 關鍵原因只有一個 因為你還沒有建立「Automation Job 檔案」 Spotfire Library 裡，其實存在三種完全不同的東西： 類型 用途 Automation 看得到嗎 ...