小小大大學

一、問題現象：Python 可以跑，但程式卻「找不到檔案」 很多初學者第一次在 Windows 執行 .py 程式時，都會遇到一個非常困惑的錯誤： FileNotFoundError: No Excel files found in D:\ImportFolder 明明： Python 已經安裝成功 程式也確實啟動 甚至沒有語法錯誤 但程式就是「立刻停止」。 這種情況其實不是 Python 壞掉，也不是電腦問題，而是 程式正在找一個不存在的位置 。 換句話說： Python 沒有錯，它只是很誠實地告訴你：「你要我找的東西不在那裡」。 二、為什麼會發生？（新手最容易誤解的觀念） ...

  一、先講結論（給主管與非工程師看的版本） 你可以把這個問題想像成： 「公司有一個自動搬貨的機器人（Loader），每天負責把新進的資料搬到倉庫。但某天它突然卡住了，而且完全不說原因。」 這其實是 很多製造業、半導體、金融、報表系統每天都在發生的問題 。 在我們的案例中，系統顯示了這段錯誤： WindowsFileSystemProvider.move Files.move FileHelper.moveFiles Loader.main 這句話的意思其實非常簡單： 👉 程式在搬一個檔案時失敗了。 不是資料錯 不是資料庫壞 不是程式壞 而是： 電腦作業系統「不允許它搬」。 而這正是 Windows 系統最經典的一種企業系統故障。 二、什麼是 Loader？（白話解釋） 企業系統裡，很多資料不是人工輸入，而是每天從機台、系統、或合作廠商自動匯入。 流程像這樣： 設備產生資料 → 放進資料夾 → 程式讀取 → 解析 → 寫入資料庫 → 移到備份資料夾 最後一步「移到備份資料夾」非常重要： 因為如果不移走 程式會一直重複讀同一個檔案 這個搬移動作，就是 Java 的： Files.move(...) 三、為什麼錯誤會發生？ 這裡是重點。 程式錯誤 ≠ 程式寫錯 在企業系統中，最常見的其實是： 程式是對的，但「環境」阻止它執行。 Windows 對檔案的管理，比你想像的嚴格非常多。 當 Java 執行這段時： move A.txt → archive/A.txt Windows 會先檢查 10 幾種條件。 只要有一個不符合，就會拒絕。 四、最常見的 8 種真實原因（企業 90% 都中過） 1️⃣ 檔案正在被別的程式使用（最常見） 例如： Excel 打開了 防毒掃描中 檔案總管正在預覽 另一個程式還在讀 Windows 的規則是： 只要有人握著檔案，就不能搬。 這時系統會拒絕，Java 就爆錯。 2️⃣ 檔名已存在 目標資料夾裡已經有同名檔案： archive/report.csv ← 已存在 process/report.csv ← 正要搬 Windows： 「你不能覆蓋，除非明確說要覆蓋。」 3️⃣ 權限不足 ...

前言：你不是找錯，是 Spotfire 的設計讓人很容易誤會 很多人第一次在 Spotfire 裡做自動化計算，會聽到「用 Data Function」就很自然去找「新增功能」的地方。結果常見兩種卡關： 在 Edit 、 Data 、 Visualizations 之類的選單找不到 Data Function 打開 Tools → Register data functions… 卻是空的 但同一份分析檔的 Text Area（文字區塊）按鈕 裡，卻又能看到已存在的 Data Function 名稱 如果你正遇到這種「看得到、但管理不到」的情況，這篇文章會用最白話的方式說明原因，並提供你可以立刻操作的解法。 一、Data Function 是什麼？用生活化比喻最容易懂 Spotfire 的 Data Function 可以理解成： 「把一段 Python/R 的運算流程，包裝成 Spotfire 裡可重複使用的按鈕功能」 它能做到的事情例如： 讀取 Spotfire 裡的資料表 依條件做整理、統計、模型計算 產生新的結果資料表 或回寫一些結果到文件屬性（Document Property） 如果你不寫程式也沒關係，你只要知道： Data Function 是 Spotfire 用來做『自動計算』的工具。 二、為什麼在 Edit 找不到？正確入口在哪裡？ 很多人一開始會在 Edit 裡找，因為你會覺得「功能應該在編輯裡」。 但 Spotfire 的設計是： Edit ：主要是「篩選、標記、版面互動」 Tools ：才是「資料邏輯、模型、腳本、Data Function」 正確入口 ✅ Tools → Register data functions… 這裡是 Spotf...

前言：同一個報表，為什麼「手動跑」有資料，「自動跑」卻變成空？ 很多做報表自動化的人都遇過這種情境： 在工具的「Run Report / Run Rpt」手動執行 SQL，資料正常、圖表正常。 但換成 Spotfire 的 IronPython 腳本自動跑，同一份 SQL 生成的資料表卻是空的，甚至抓不到任何 Device 清單可輸出。 這篇文章會用「軟體工程師對完全不懂的人」的方式，帶你理解： SQL 日期格式差異 到底會造成什麼結果 Spotfire 看到 Replace 成功 ，不代表真的有資料 為什麼 device 和 DEVICE 這種大小寫差異會害你拿不到清單 想改用 replaceDBDS 卻出現 name is not defined ，該怎麼處理 最後給你一套穩定、可維護的排查流程 1) 先釐清：你其實在做兩件事 你的自動報表腳本大概會做這類事情： 用 SQL 從資料庫撈資料 （含 Pivot，把 wafer 1～25 轉成欄位） 把資料塞進 Spotfire 的 Data Table 從 Data Table 取得 distinct Device 清單 逐一套用篩選、輸出 CSV / PDF 所以如果你後面拿到 Device 清單是空 ，不一定是篩選或輸出錯，而可能是「前面資料根本沒進來」。 2) 日期格式差異：為什麼看起來一樣，其實可能不一樣？ 你可能看過這兩種寫法： StopTime > '2026/1/19' and StopTime < '2026/1...

1. 問題情境：為什麼「看起來」像 SQL 回傳空？ 在企業環境裡，Spotfire 常會搭配 Automation Services 或排程，在固定時間產出週報/月報（CSV、PDF）。 最常見的抱怨之一就是： 「我在資料庫查得到資料，但 Spotfire 自動化跑完後，輸出的清單是空的、報表沒產生。」 這類問題很容易被誤判成：SQL 寫錯、資料庫掛掉、Spotfire 連線失效…… 但實務上，真正的原因有時候非常「小」： 欄位名稱不一致（尤其是大小寫或拼字） 。 2. 真相通常藏在「兩個步驟之間」 一個典型的 Spotfire 自動化流程會長得像這樣： 產生 SQL（依週/月日期區間） 把 SQL 丟給資料表或資料來源更新 從資料表中抓某個欄位的 distinct 值（用來逐一輸出每個產品/機種/客戶的報表） 套用篩選條件 匯出 CSV / PDF 很多人只檢查第 1 步（SQL），看到資料庫有資料就放心了。 但真正在「輸出空」的案例中，常常是第 3 步出了問題： ✅ SQL 有資料 ❌ 但「抓 distinct 的欄位」寫錯了，所以取得的清單是空的 ➡️ 清單空 = 不會跑迴圈 = 不會輸出任何檔案 ➡️ 最後就被誤會成「SQL 回傳空」 3. 典型錯誤：欄位名一個字不同，清單直接變空 假設你的資料表裡欄位叫做 Device （D 大寫，其它小寫），週報用這個欄位去取 distinct 是正常的： 週報：取 Device ✅ 但月報不小心寫成 DEVICE （全大寫）或 device （全小寫），有些環境下就會： 回傳空清單 [] 甚至不丟錯（最麻煩，因為你以為成功） 結果就是： SQL 明明查得到資料，報表卻一張都不出。 4. 如何用「非工程師也懂」的方式理解？ 你可以把整個流程想像成： ...

你遇到的狀況：為什麼「文字方塊已群組」卻不能跟圖片合併？ 很多人做報告時會遇到同一個痛點： 你在圖片上方放了好幾個「文字方塊」（像標號 1、2、3、4、5） 文字方塊彼此已經能群組，移動也沒問題 但你想把「整張圖片 + 上方標號」變成一個整體一起移動 結果按 群組 不是灰色不能按，就是群組後跑版 這其實不是你操作錯，而是 Word 的「物件類型」限制。 用工程師的方式解釋：Word 裡有兩種物件，能不能群組取決於它 把 Word 想成一個排版引擎，它管理的東西大致分兩種： 1) 內嵌物件（Inline / 跟文字綁在一起） 就像一個「超大的文字」插在段落中 會跟著段落換行、跟著文字流動 內嵌物件通常不能跟其他浮動物件群組 ✅ 最常見：圖片插入後預設是「與文字排列」 2) 浮動物件（Floating / 漂在頁面上） 像貼在頁面上的「貼紙」 可以自由拖曳、可以疊在其他東西上 浮動物件彼此可以群組 ✅ 最常見：文字方塊、圖案、箭頭、標註 所以你的問題通常是： 文字方塊是浮動物件，但圖片是內嵌物件 → 兩者類型不同 → 群組按鈕就會失效。 正確作法（最常用）：把圖片改成「浮動」，再跟文字方塊群組 照這個流程做，成功率最高。 Step 1：把圖片從「與文字排列」改成「文字環繞」 點一下圖片 點旁邊出現的 版面配置選項 （或到「圖片格式」→「文字環繞」） 把 「與文字排列」 改成以下任一個： 浮於文字上方 （最穩、最不容易出錯） ...