小小大大學

一、問題背景： 「明明資料庫有資料，為什麼報表就是不顯示？」 很多人在第一次接觸資料分析工具（例如 BI 報表系統）時，都會遇到一個非常挫折的情況： ✅ SQL 查得到資料 ✅ 表格中也有數字  ❌ 但圖表、報表中的「分類欄位」卻完全不見了 尤其是像 Bin / 類別 / 分群 這種欄位，常常「消失得無聲無息」。 這篇文章會用 完全不需要程式背景 的方式，帶你一步一步理解： 問題到底出在哪 為什麼系統不會主動告訴你錯在哪 工程師是怎麼判斷並修掉它的 二、先用生活比喻理解「Bin 為什麼不見」 想像你在做一張「考試成績分析表」： 學生 分數 小明 85 小華 92 接著你想把成績分成： A：90 分以上 B：80–89 分 C：70–79 分 👉 這個「A / B / C」就像報表裡的 Bin 但如果發生以下情況會怎樣？ 一張表用的是「分數是數字」 另一張表卻用的是「A、B、C 是文字」 系統被要求「用數字去對文字做對照」 📛 結果：全部對不起來，但系統也不會報錯 三、工程師實際遇到的核心問題（白話版） ❌ 問題不是「沒有資料」，而是「資料對不上」 在實際系統中，工程師發現： 系統確實有「Bin 的數量」 但用來顯示名稱的資料表，格式卻不一致 例如（示意）： 表 A（主資料） 表 B（對照表） ...

前言：為什麼「欄位改了」會讓系統出問題？ 在企業系統中，常常會遇到這樣的情況： 原本每天正常匯入資料 某一天因為需求變更， 輸入檔案的欄位或規則被調整 新進資料看起來正常 但舊資料卻顯示錯誤或空白 報表、BI、分析結果開始不一致 這時候很多人會直覺認為： 「我已經把程式改好了，為什麼舊資料沒變？」 這篇文章會用 不需要工程背景 的方式，完整解釋原因與正確做法。 一、什麼是 Loader？用白話講就是「資料搬運工」 你可以把 Loader 想像成一個自動化工人： 從資料夾讀取檔案（例如 CSV、彙總檔） 把檔案內容轉成資料庫可以存的格式 寫入多張資料表 成功就把檔案移到「成功資料夾」 失敗就移到「失敗資料夾」 同時留下「處理紀錄」，方便之後追蹤 重點是： Loader 的主要任務是「處理新資料」，不是「修改舊資料」。 二、Loader 是怎麼分辨 FT1Y 與其他站點的？ 很多人會以為程式裡有這種判斷： 「如果是 FT1Y，就做不一樣的事」 實務上其實不是。 真正的做法是： Loader 會從 檔名或檔案內容 中解析出一個「站點代碼」 例如：FT1、FT1Y、RT1、FT2 這個站點代碼會被存成一個欄位（例如：OP_NAME） 之後所有判斷、查詢、報表，都是靠這個欄位來區分 換句話說： 對 Loader 而言，FT1Y 只是「一個值」，不是「一段特殊程式」 三、為什麼「改了程式」卻修不好舊資料？ 這是整個問題的核心。 Loader 的基本設計邏輯是： 第一次看到的資料 → 建立新紀錄 已存在的資料 → 只更新統...

一、問題背景： 「資料明明存在，為什麼畫面什麼都沒有？」 在半導體或製造業的資料分析中， Yield Summary（良率彙總） 幾乎是每天都會看的報表。 其中最重要的一塊，往往是 BIN（失敗分類） 的分布與 Pareto 圖。 但實務上，常會遇到這個情況： ❓「資料庫有 BIN 資料」 ❓「下拉選單也選了 BIN」 ❓「程式執行沒有錯誤」 👉 但 Yield Summary 表格與圖表就是空的 這篇文章會一步一步說明： 👉 為什麼「看起來一切正常」，卻完全顯示不出 BIN 二、初學者最容易誤會的關鍵觀念 ❌ 常見錯誤理解 很多人會以為： 「只要欄位名稱是 BIN1 , BIN2 , BIN19 ， 用程式判斷『是不是 BIN 開頭』就好。」 但在 Spotfire 裡，這個想法 非常危險 。 三、真正的關鍵：Pivot 後「欄位名稱不是你以為的樣子」 🎯 Spotfire 的 Pivot 是怎麼產生欄位的？ 在 Yield Summary 中，BIN 欄位通常是 Pivot（樞紐分析） 的結果。 簡化來說，邏輯是： 原始資料 Pivot 後 SBIN_NAME = BIN19 產生一個「欄位」 SBIN_NAME = 19 產生一個「欄位」 SBIN_NAME = BIN 19 產生一個「欄位」 👉 欄位...