小小大大學

  前言：為什麼我用「批次執行」SQL 會突然失敗？ 很多團隊會把資料庫的更新流程自動化： 例如每天匯入資料、建立報表用的暫存表、或部署新版本時跑一包 SQL 腳本。這類作法常會用「命令列工具」去執行 .sql 檔，因為它可以被排程器呼叫、可以輸出 log、也更容易追蹤成功或失敗。 但新手最常遇到的狀況之一就是： 明明昨天還跑得好好的，今天一跑就報錯，整包流程停住。 其中一個超典型錯誤就是： 「資料庫中已經有一個名為 'XXX' 的物件。」 你看到的錯誤訊息，其實在說什麼？ 當 SQL Server 回傳類似這樣的訊息： 已切換到某個資料庫（代表連線成功、也確實在你指定的 DB 內執行） 接著出現「層級 16」的錯誤（代表這是會造成語句失敗的錯誤） 最關鍵句： 「已經有一個名為 'FT_DATALOG_10963' 的物件」 白話翻譯就是： 你的腳本裡正在「建立」一個叫 FT_DATALOG_10963 的東西（可能是資料表/檢視/程序）， 但資料庫裡早就有同名物件了，所以 SQL Server 不允許你再建立一次。 這個錯誤最常發生在哪些情境？ 你可以把它想成「你想新增一個檔案，但資料夾裡已經有同名檔案」。 以下情境很常見： 你昨天已經跑過一次腳本 物件已存在，今天再跑一次就撞名。 腳本設計成只能跑一次（One-time script） 例如部署用 SQL，作者假設只會在全新環境執行。 你的自動化流程設定成失敗就停止 很多批次工具會在遇到錯誤時直接終止，導致後面 SQL 都不會跑。 為什麼這個錯誤會讓整包流程停止？ 在自動化場景中，常見做法是「只要有錯就當作整包失敗」，因為： 資料庫更新通常是連續步驟 中間任何一步失敗，後面可能都會依賴前面的結果 ...

前言：你看到的「卡住」，其實電腦正在拼命工作 很多公司在使用 Spotfire 或其他 BI 報表工具時，常遇到一個狀況： 開啟報表 → 畫面停在 Loading → 顯示 Performing transformation: Pivot → 等很久甚至看起來像當機 多數人的第一直覺是： 伺服器壞了 資料庫掛掉 網路斷線 但實際上， 90% 的情況不是故障，而是「資料設計方式讓系統必然變慢」 。 這篇文章用「完全沒有工程背景的人」也能理解的方式，帶你看懂發生了什麼事，以及如何自己找出真正的原因。 一、先理解：Spotfire 報表背後在做什麼？ 你在畫面上看到的是一個圖表，例如： 良率分析 分佈圖 趨勢圖 但電腦實際做的事情其實是三步： 從資料庫拿資料 整理資料 把資料變成圖 問題就出在第 2 步。 二、什麼是 Pivot？（關鍵概念） 所謂 Pivot，你可以把它想像成 Excel 的「樞紐分析表」。 原始資料長這樣 產品 站點 數值 A 1 10 A 2 15 A 3 12 Pivot 後變成 產品 站點1 站點2 站點3 A 10 15 12 Excel 做這件事很快，因為資料只有幾千筆。 但如果是： 幾十萬筆甚至上百萬筆資料 BI 工具就要在記憶體裡「重新拼裝一張超大的表格」。 這一步是最耗資源的。 三、為什麼畫面會停在 Pivot？ 這裡發生的真實流程是： Spotfire 向資料庫要資料 資料庫把大量原始資料傳回 Spotfire 在自己的記憶體裡重組資料 建立新表 才能畫圖 關鍵是第 3 步。 如果資料量太大，電腦會出現：...

🧠 前言：這不是「系統壞掉」，是系統在求救 很多工程師在接手 BI 系統（像 Spotfire、Power BI Report Server、Tableau Server）時，最常遇到一種情況： 使用者回報：「排程沒跑」 但 Server 看起來是開著的。 然後你打開 log，看到一大串紅色錯誤，像這樣： 資料庫查詢失敗：找不到某個資料表或檢視表 新手工程師通常會以為： DB 壞了 Server 壞了 或要重灌 其實 這三個全部都錯 。 這篇文章會用「完全不懂後端的人也能理解」的方式，帶你一步一步看懂： 👉 為什麼 Spotfire Server 明明開著，卻查不到排程狀態？ 🏗 Spotfire Server 的真正架構（白話版） 先理解一件非常重要的事情： Spotfire Server 並不是一個單一程式。 它其實是四個系統一起合作： 元件 功能 生活比喻 Web Server 接收使用者操作 櫃台 Automation Services 排程報表 排程員 Scheduler 記錄任務 工作表 SQL Server 資料庫 存所有任務資訊 倉庫 關鍵觀念： ...

前言：為什麼 Vue 的 dist 不能「直接點開」？ 很多新手第一次打包 Vue 專案後，會看到產生一個資料夾叫 dist ，直覺就會想： 「我雙擊 index.html 不就好了嗎？」 結果打開後可能是空白頁、功能壞掉、或切換頁面就 404。 原因很簡單： dist 是一包「靜態檔案」 （HTML/CSS/JS/圖片），它需要一個「伺服器」把檔案用正確方式送到瀏覽器，才能正常運作。 你可以把 dist 想成： ✅ 已經印好的傳單（內容都有了） ❌ 但還沒有人幫你發到路人手上 「伺服器」就是那個幫你發傳單的人。 一、最推薦：用「一鍵啟動」的本機靜態伺服器（新手最快） 這個方法適合： 你只是想在自己電腦上確認 dist 是否正常 想快速讓同事在同一台電腦或同網段測試 做法（範例指令） 進到 dist 所在的資料夾（或專案根目錄也可以） 使用一個靜態伺服器工具啟動 例如用 npx 直接跑一個輕量伺服器（不需要全域安裝）： npx lite-server --baseDir = "dist" 完成後通常會出現一個網址，例如： http://localhost:xxxx 你用瀏覽器打開那個網址，就能看到打包後的成果。 這方法的優點 上手最快 適合「我只想確認 dist 能不能跑」這種需求 不需要懂部署 二、Windows 也能超簡單：用內建環境快速開一個網站 如果你在 Windows 上，不想裝太多工具，也可以用「現成就有的環境」開一個簡單網站。 做法（示意） 把命令列切到 dist 目錄 用某個內建方式啟動簡易 Web Server （例如你電腦有安裝常見開發環境，通常都能做到） 概念重...

1. 問題現象：為什麼 Spotfire 網頁版一直打不開？ 很多公司會用 Spotfire Web Player 讓使用者直接用瀏覽器開啟分析報表（analysis）。但有時候你可能會遇到下面這種狀況： 使用者在瀏覽器點開某個 Spotfire analysis 畫面跳出錯誤訊息： “The analysis could not be opened because no Web Player services are available.” 不管按 Reopen analysis 、換瀏覽器、換帳號，甚至隔一陣子再試都一樣 錯誤頁面常會附上一段 Error reference code （看起來像一串 UUID） 對完全不懂 Spotfire 的人來說，這會很像「Spotfire 壞了」； 對工程師來說，這其實是一個非常明確的訊號： 👉 Spotfire Server 當下找不到任何可用的 Web Player 服務來接手你的報表。 2. 白話解釋：Web Player 是什麼？為什麼它會影響你能不能開報表？ 你可以把 Spotfire Web 架構想成一間餐廳： Spotfire Server ：像「櫃檯」，負責接單與分派工作 Web Player ：像「廚房」，真正負責把報表算出來、渲染成瀏覽器能看的畫面 Node Manager / Node ：像「店內的設備管理」，維持廚房與設備運作 當你用瀏覽器開啟報表時，流程大概是： 你點「開啟報表」 櫃檯（Spotfire Server）要找一間可用的廚房（Web Player） 找到後才會把工作分派過去 Web Player 開始跑查詢、算資料、渲染畫面 ...

一、這是一個「幾乎每個工程師都會遇到」的錯誤 如果你是軟體工程師、IT 或 MIS，只要有碰過 SQL Server，某一天你一定會遇到這個情境： 我只是想備份資料庫，為什麼 SQL Server 拒絕我？ 系統跳出一個很長的錯誤訊息，大意是： 備份媒體與目前備份裝置設定不相容 很多人看到這裡會以為： 磁碟壞了 權限錯誤 SQL Server 壞了 資料庫損毀 其實都不是。 真正的原因只有一個： 你正在把「新的備份」寫進一個「舊規格的備份容器」。 而這個容器，就是 .bak 檔案。 二、先用一個生活比喻理解（超重要） 想像你有一個硬碟盒。 某天你用「雙硬碟 RAID」方式建立它（等於 2 個硬碟一起運作）。 後來你把其中一顆硬碟拔掉，只剩一顆， 然後你想把資料再存回去。 系統會說： 不行，這個盒子原本是 2 顆硬碟的結構，你現在只有 1 顆。 SQL Server 的 .bak 檔案也是一樣的概念。 三、什麼叫做 Media Family（媒體家族）？ SQL Server 備份其實不是單純「存檔」。 它是一個 備份媒體容器（Backup Media Set） 。 一個備份可以有： 1 個檔案 2 個檔案 甚至 10 個檔案 例如： 工程師可能曾經做過這種備份： （以下為示意範例程式碼） 把資料庫同時寫入兩個備份檔 也就是說 一份備份，被拆成「兩個 .bak」。 這就叫： 多媒體備份（Striped Backup） 而 SQL Server 會在備份檔內寫入一個結構資訊： 「這個備份容器需要兩個媒體家族」 四、問題就出在這裡 之後某一天，你重新備份時，只使用一個檔案： 只備份到一個檔案 SQL Server 會檢查舊 .bak 的內部資訊，然後發現： 這個容器設計需要 2 個備份媒體，但你只提供 1 個。 所以它拒絕。 不是你權限錯誤 ...

一、這篇文章在解決什麼問題？ 很多公司使用 BI 系統（例如 Spotfire、Power BI、Tableau） 自動產生報表， 但工程師最常遇到一個可怕的狀況： 「系統匯出的報表數據，跟我在資料庫查詢的不一樣。」 這不是小問題。 在半導體、金融、製造業，這種情況可能直接影響決策、產線、甚至客戶信任。 這篇文章會帶你理解： 你看到的「資料不同」，通常不是資料壞掉，而是 查詢邏輯不同 。 而且 — 非常常見。 二、真實案例（簡化後） 一位工程師建立了一個自動報表： 系統每天會： 從資料庫抓測試數據 分析 匯出 CSV 產生 PDF 他發現一件事： 系統顯示只有 3 個產品型號，但他在資料庫查詢卻看到很多列資料。 他以為： SQL 寫錯 報表錯 系統壞掉 其實都不是。 三、關鍵概念： 「清單」跟「明細」是兩種資料 先看一個例子： 資料庫裡的資料（明細）可能長這樣： 產品 批號 A 001 A 002 A 003 B 004 B 005 C 006 但報表系統可能只會先抓： 有哪些產品？ 那結果會是： A B C 這叫做： DISTIN...