實作練習：員工午餐訂購系統的 Stored Procedure、Stored Function 與 Trigger 設計

實作練習：員工午餐訂購系統的 Stored Procedure、Stored Function 與 Trigger 設計

Jesse Yen - 6月 10, 2026

員工午餐訂購系統是一個常見的小系統，應該包含[訂餐系統]、[訂單管理系統]、[員工部門管理系統]、[合作店家與菜單管理系統] ，讓管理者可以維護員工、部門、合作店家與菜單，讓員工每天可以選擇餐廳與餐點，在中午前彙整所有訂單，每筆訂單要記錄訂購人、餐點、數量、價格與狀態，在月底可以統計每位員工的餐費，作為薪資扣款依據。 系統規模雖然小，但是已經具備線上電商的雛形。 這篇文章將使用 stored procedure、stored function、以及 trigger 來實作[訂餐系統]的程序，這是員工午餐訂購系統的核心作業。 本篇完成三件事： (1)使用 Trigger 防止庫存數量出現負數 (2)使用 Stored Function 查詢餐點剩餘庫存數量 (3)使用 Stored Procedure 完成訂餐扣庫存流程 [訂餐系統]需要考量以下幾個需求 : (1) 員工訂餐後，合作店家必須能夠供應，這就牽涉到餐點庫存管理。 (2) 餐點並非無限量供應，這就牽涉到訂單確認的先後順序。 (3) 一筆訂單有多項餐點時，又有多種處理方式 ~ 部分餐點庫存不足時，是否先確認有庫存的餐點? 還是整筆訂單取消? 還是由員工選擇? (4) 合作店家供餐時，是否允許任意分批出餐? 還是必須同筆項…

MySQL Lock 的搶票實作練習

MySQL Lock 的搶票實作練習

Jesse Yen - 6月 03, 2026

在這篇" MySQL Lock : Table Lock與Row Lock "，我們在兩個連線中，用指令展示了各種類型的鎖定，但是似乎還是有點不夠白話。 因此寫了一個演唱會搶票實作練習，來看看不同的鎖定，會造成什麼結果?  先看結論，如下圖 :  三個演唱會的售票統計中，可以看到 :  (1)「完全不用鎖定」的售票，會造成「超賣」的結果。 (2) 「使用 Select ... Lock in share mode 鎖定」的售票，一陣搶票中大家鎖成一團，結果票沒有賣完。 (3) 「使用 Select ... For Update 鎖定」的售票，雖然搶票，但是門票很正常的完全售完。 再來看看搶票的成功與失敗的統計，如下圖 :   在使用 Select ... Lock in share mode 中，搶到鎖定權的順利買到票，但是有人成為 Deadlock。而其他兩種情況 : 不使用鎖定與使用 Select ... for update 鎖定，搶票都沒有出現錯誤。 這個搶票實作練習，可以看到幾個很重要的結論。 (1) 不使用鎖定的搶票，容易產生「競爭條件 Race Condition」。 所謂競爭條件，不是指資料庫壞掉，也不是指 SQL 寫錯，而是多個使用者幾乎在同一…

實作練習 : 員工與部門資料管理系統

實作練習 : 員工與部門資料管理系統

Jesse Yen - 5月 06, 2026

現在要建立一套管理公司員工與部門資料的系統，讓企業能有效掌握：員工基本資料、部門組織架構、 員工與部門隸屬關係、 員工異動歷程、 聯絡資訊管理、 進行查詢、報表、統計分析。 每位員工的基本資料要能夠允許多筆地址、多筆電話、多筆電子郵件，並且要能夠紀錄員工的職務名稱，部門要能夠紀錄誰是部門經理、課長、主任等主管的關聯，並且要允許員工可以擔任多個部門的主管，例如某員工是技術部經理，並兼任管理部資訊長。其他未述明的需求，請自行合理化的假設。 (1) 請根據以上需求，畫出這個系統的實體關係圖 (Entity Relationship Diagram)， 請以陳品山博士提出的模式來繪製。  陳品山的實體關係圖模式可以參考這篇" 實體關係模型(Entity-relationship model) " 從以上的需求，可以明顯看出有兩個實體 : 員工、部門。 並且由於員工異動歷程也要記錄，因此需要再透過一個任職的關聯 (這個關聯也會形成資料表)。再來還有一個需求，允許員工可以擔任多個部門的主管，這個部分也可以放在任職的關聯上，開個職務資料表，與任職以編號欄位來對應。 並且因為員工的基本資料要能夠允許多筆地址、多筆電話、多筆電子郵件，員工可以擔任多個部門的主管，所以可以設計如下 …

免費的雲端資料庫 Aiven 使用指南

免費的雲端資料庫 Aiven 使用指南

Jesse Yen - 4月 01, 2026

在上篇文章" 資料庫、分散式資料庫、網路資料庫、雲端資料庫差別是什麼? "提過， 雲端資料庫 (Cloud Database) 指的是建構、部署於雲端運算平台（如 AWS、GCP、Azure），並透過該平台進行存取與管理的資料庫服務。 它與傳統資料庫最大的差別不在於技術底層（底層可能還是 MySQL 或 PostgreSQL），而是在於「交付與維運的模式」。 現在來看看雲端資料庫 Aiven 的實際使用，到底跟網路資料庫有何差異?  網址 :  https://aiven.io/ 如何使用雲端資料庫 Aiven 步驟一 : 註冊帳號。 按下首頁的「Start for free」，如下圖 :  然後按下「Signup With Google」，如下圖 :  選擇要登入的 Google 的帳號，登入後即可，如下圖 :  步驟二 :  建立雲端資料庫服務。 登入後按下右上角的「Create service」，即可以開始建立你的雲端資料庫，如下圖 :  Aiven 提供了九種雲端資料庫服務，我們選擇了 MySQL 資料庫，如下圖 :  然後就會讓你選擇雲端方案，我們選擇 Free 的免費方案，如下圖 :  而免費的方案還可以選擇伺服器的位置，預設會離你的地域最近的伺服器…

Vibe Data Modeling (AI協同資料塑模) 如何操作?

Vibe Data Modeling (AI協同資料塑模) 如何操作?

Jesse Yen - 2月 19, 2026

什麼是 Vibe Data Modeling ?  Vibe Data Modeling 是用對談把業務語意 (Business Semantics) 逐步外顯，並用可驗證的約束 (Constraints) 把語意落到資料結構 (Schema) 的迭代流程。 也就是強調與 AI 溝通，將需求轉化為實體資料表的過程。 這篇文章" AI 將威脅傳統軟體業嗎? 軟體工程師還有未來嗎? "提到 :  AI 將威脅低階的軟體代工業，但是暫時威脅不了資深的軟體工程師。 可是這個情況能夠維持多久呢? 對於資料庫管理師或是後端資料庫工程師來說，AI 是否會開始威脅到他們的工作呢?  原本資料塑模在做什麼? 根據這篇文章" Data Modeling (資料塑模) : 概念塑模、邏輯塑模、實體塑模 "，資料塑模可以分成概念塑模、邏輯塑模、實體塑模。 概念塑模就是要產生實體關係圖 (ER Diagram)，邏輯塑模就是要產生資料表的定義關聯綱目 (Schema)，實體塑模就是要產生真正的實體資料表 (Tables)。 為何資料塑模要經過這三個程序?  因為概念塑模是把實體世界的需求轉換成資料的第一步，邏輯塑模是把資料間的關聯建立起來，而實體塑模就是用語法把邏輯概…

Vibe Coding 的真正核心競爭力：資料庫思維

Vibe Coding 的真正核心競爭力：資料庫思維

Jesse Yen - 1月 20, 2026

在這兩年，「 Vibe Coding (氛圍編碼)」從一個矽谷的迷因演變成了許多開發者與創作者口中的關鍵字，也讓寫不出程式的小白燃起一絲希望。有人把它理解成「用 AI 寫程式」，有人認為是「不被語法綁住，專注做出東西」。  然而隨著 AI 工具如 Cursor 、 Replit Agent 或 Lovable 的普及，我們開始發現一個弔詭的現象：為什麼同樣是用 AI 協作，有些人能在半天內做出一個可擴展的 SaaS 產品，而有些人卻在處理簡單功能需求時，系統就開始崩潰、出錯，最後陷入無止盡的錯誤循環？  關鍵在於：真正進入 Vibe Coding 狀態的人，幾乎一定具備扎實的資料庫思維，因為所有系統的主要目的都是正確的處理資料。只要你交給AI的需求與資料庫邏輯是正確的，就能產出正確的系統。 Vibe Coding 的本質從來不是在「寫 code」，而是在「組建系統」。   一、 範式轉移：從「語法導向」到「結構導向」  在傳統開發流程中，工程師的思維路徑通常是「由小到大」：先選擇程式語言，寫下第一個 Function (函式)，決定 Variable (變數) 命名，最後在功能快完成時，才去思考資料要怎麼存、Table Schema (資料表綱要) 要怎麼開。  但在 Vib…

AI時代，如何有效驗收學生的學習成效?

AI時代，如何有效驗收學生的學習成效?

Jesse Yen - 12月 26, 2025

現在老師上課出「作業」給學生或是「筆試 」，能夠有效辨識學生的學習成效嗎? 答案很清楚 : 不行。 為何「作業」無法有效辨識學生的學習成效呢? 因為任何作業題目都可以透過 ChatGPT 或是 Google Gemini 等工具互相驗證得到水準以上的作業內容。這個作業內容再經過人類的修飾之後，AI 的味道就會逐漸淡化，最後就很難分辨到底是人寫的還是 AI 寫的?  為何「筆試」無法有效辨識學生的學習成效呢? 因為學生習慣使用 AI 工具，已經不太記憶一些基礎的東西。就像計算機用習慣了，加減乘除的能力自然會降低一樣。 Closed Book 的筆試下，大半學生寫的答案內容慘不忍睹，根本無法辨識學生程度。學生都已經習慣打字並且依賴AI協作，就算好學生也可能書寫得亂七八糟。 Open Book 的筆試下，學生寫的答案內容大多是從 AI 工具抄襲而來，根本沒有意義。就像考試時有個老師在旁邊協助，根本無法知道答案內容到底是誰寫的。 現在要有效驗收學生的學習成效，只有五種方式 : 口試、討論、即問即答、實作 、不看稿報告 。 以 MySQL 課程來說，因為口試、不看稿報告這兩種方式太花時間，大多不太可能施行。討論的方式對於工科的學生來說像是凌虐，因此透過工具「即問即答」或是「實作」，就是比較可…

InfinityFree 安裝 WordPress 跑 Woocommerce 外掛，為何統計總是不正常

InfinityFree 安裝 WordPress 跑 Woocommerce 外掛，為何統計總是不正常

Jesse Yen - 12月 25, 2025

InfinityFree 可以安裝 WordPress，也可以安裝 Woocommerce 外掛，但是當你測試下訂單再去看後台的 Woocommerce 的分析數據時，會發現怎麼訂單數字都是「0」? 這不是你的問題，而是 InfinityFree 提供的免費帳戶關閉了 Cron jobs。 Cron jobs 是什麼? 為何關閉後會讓 Woocommerce 不正常呢?  因為 Woocommerce 很多工作都依靠 Action Scheduler 在運作，而 Action Scheduler 會運作就是依賴 Cron jobs。 Cron 是一款基於時間的任務管理系統，使用者們可以通過 cron 在固定時間、日期、間隔下，執行定期任務。InfinityFree 不提供 cron 給免費帳戶是為了安全與效率因素，因為如果免費帳戶用 了太多的 cron jobs，會浪費資源拖垮其他使用者。 如果你去後台觀察，就可以看到如下圖 :  以上如果很多行程都沒有「完成」，就是因為 Action Scheduler 無法運作了。 因為效率問題，Woocommerce 不會在處理訂單時把彙整的動作一起做，他只會做寫入的動作，因此很多關聯的資料就必須靠 Action Scheduler 把正確的…