小小大大學

前言：為什麼 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 看得到嗎 ...

什麼是 Stored Procedure（預存程序）？用白話解釋 如果你把 SQL 想像成「你跟資料庫說要做什麼的指令」，那 Stored Procedure 就像是： 把一串常用的 SQL 步驟「打包成一個按鈕」，以後只要按一次就會自動完成。 對完全沒寫過的人來說，你可以把它想成： Excel 的巨集（Macro） ：把一堆動作錄起來，以後一鍵執行 咖啡機按鈕 ：你不需要每次研究怎麼磨豆、幾度水溫，你只要按「拿鐵」就會出來 Stored Procedure 的好處 可重複使用 ：同樣的查詢/更新不用每次重寫 較好維護 ：邏輯集中在資料庫端，改一次所有呼叫者都更新 安全性更好 ：可以只授權執行 SP，不必給使用者表格權限 效能常常更好 ：SQL Server 會對 SP 做最佳化（例如執行計畫快取） 在 SSMS 裡 Stored Procedure 通常怎麼寫？ 你在 SSMS 裡新增一個 Stored Procedure，本質上就是寫一段 T-SQL，常見結構是： CREATE PROCEDURE ：建立新的 SP ALTER PROCEDURE ：修改既有 SP EXEC ：執行 SP BEGIN...END ：把多行邏輯包起來 GO ：告訴 SSMS「這段到這裡是一個批次」 範例 1：最簡單的 Stored Procedure（無參數） 假設你常常要查詢最近 50 筆訂單： CREATE PROCEDURE dbo.usp_Order_GetRecent AS BEGIN SELECT TOP ( 50 ) OrderId, CustomerName, OrderDate, TotalAmount FROM dbo.Orders ORDER BY OrderDate DESC ; END ; GO 怎麼執行？ EXEC dbo.usp_Order_GetRecent;...

🧠 前言： 「Excel 明明就有這個欄位，為什麼程式一直說找不到？」 這是 工程師最常被問、也最容易被誤會的問題之一 。 很多人直覺會認為： 👉 「是不是程式壞掉了？」 👉 「是不是我改錯一行？」 但實際上， 問題幾乎從來不在你「改的那一行」 。 🚨 真實情境（簡化說明） 假設你有一個 Excel 檔案，看起來長這樣： LOT_ID PRODUCT QTY A001 IC-123 500 於是你在程式中寫： value = row [ "LOT_ID" ] 結果程式卻跳出錯誤： ❌ KeyError: 'LOT_ID' 你一定會很困惑： 「欄位就在那裡啊？我眼睛沒瞎吧？」 ❗ 關鍵觀念： 👀「你看到的 Excel」≠「程式讀到的 Excel」 這一點非常重要。 🧩 為什麼會發生這種錯誤？（白話版） 原因一： 📄 Excel 的「表頭位置」不是固定的 很多 Excel 檔案其實長這樣： （空白） （說明文字） LOT_ID | PRODUCT | QTY 資料列... 但程式如果 誤把「空白列」或「說明列」當成表頭 ， 那麼真正的欄位名稱就會被當成「資料內容」。 👉 結果就是： 程式以為根本沒有 LOT_ID 這個欄位 原因二： 🧼 欄位名稱有「肉眼看不到的髒東西」 例如： LOT_ID␣ （後面有空白） LOT_ID （不是一般空白，是特殊空白） Lot_ID （前後都有） 人眼看不出來，但程式是 完全不同的字串 。 原因三： 📑 同一家公司，Excel 格式卻不固定 今天的檔案： LOT_ID 在第 1 列 明天的檔案： LOT_ID 在第 3 列 👉 程式如果「假設永遠一樣」，就一定會翻車。 ❌ 常見誤會（一定要澄清） ❗「我只是改了其中一行，為什麼整個程式壞掉？」 因為： 程式在你「真正用到那一行之前」， 就已經先嘗試讀取那個欄位了 所以錯誤並不是你新加的那行造成的， 而是「資料格式不穩定」這件事早就存在。 ✅ 正確的工程師做法（概念版） 工程師不會假設 Excel 是乾淨的 工程師會「先確認表頭，再處理資料」 🛠️ 示意版解法（已全面重寫，非實際程...

前言：我明明在 Spotfire 裡按一下就能匯出，為什麼放到 Automation Services 就不行？ 很多人第一次把 Spotfire 的 IronPython 腳本丟進 Automation Services 排程時，會遇到這種崩潰情境： 在電腦上用 Spotfire Analyst 手動跑： 正常匯出 PDF/CSV 放到 Automation Services 上排程跑： 沒檔案、報錯、或跑完但什麼都沒產出 更常見的誤解是： 「Automation 與 Server 在同一台機器，應該就一定能存檔吧？」 答案是： 不一定 。 因為 Automation Services 的腳本不是用「你在桌面操作 Spotfire 的那個使用者」在跑，而是用 伺服器服務帳號（Service Account） 在背景執行。 同一台機器只代表「磁碟路徑存在」， 不代表它有權限寫入 、也不代表 資料庫連線方式相同 。 Spotfire Automation Services 在做什麼？（給完全新手的比喻） 你可以把它想成： 你在桌面點 Spotfire 匯出報表：像是「你本人拿著筆電親自操作」 Automation Services 排程跑：像是「公司派了一個機器人，半夜自動打開檔案、刷新資料、匯出報表」 重點是： 機器人不是你本人，它有自己的通行證（帳號/權限） 。 所以只要「通行證」權限不足，它就會： 建不了資料夾 寫不了檔案 連不上資料庫 找不到你指定的頁面/視覺化元件 為什麼「同一台 Server」也會失敗？5 個最常見原因 1) 檔案寫入權限不足（最常見） Automation Services 以 Windows Service 身分跑。 你在桌面能寫入 C:\某資料夾 ，不代表服務帳號也能寫入。 典型症狀 ...