目前顯示的是有「實作練習」標籤的文章顯示全部
實作練習：員工午餐訂購系統的 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) " 從以上的需求，可以明顯看出有兩個實體 : 員工、部門。 並且由於員工異動歷程也要記錄，因此需要再透過一個任職的關聯 (這個關聯也會形成資料表)。再來還有一個需求，允許員工可以擔任多個部門的主管，這個部分也可以放在任職的關聯上，開個職務資料表，與任職以編號欄位來對應。 並且因為員工的基本資料要能夠允許多筆地址、多筆電話、多筆電子郵件，員工可以擔任多個部門的主管，所以可以設計如下 …

WordPress 加上 Woocommerce 電子商務，如何從後台撈出訂單資料?

WordPress 加上 Woocommerce 電子商務，如何從後台撈出訂單資料?

Jesse Yen - 12月 16, 2025

在學校課堂練習時，訂單資料表可能只有 order_head、order_body 兩張而已。但到了職場上，老闆叫你「從後台撈訂單資料做報表」，你會發現 WooCommerce 的訂單資料被拆在一堆 WordPress 核心資料表裡面，再加上一些 WooCommerce 自己的資料表，結構跟你熟悉的「訂單表頭／表身」完全不一樣。 我們在" WordPress 加上 Woocommerce 電子商務，如何從後台撈出商品資料? "，已經知道如何從後台撈出商品資料，現在我們來看看如何從後台撈出[訂單資料]。 首先要確定你的 Woocommerce 是舊的還是 HPOS (High Performance Order Storage 高效能訂單儲存) 的結構。 HPOS 高效能訂單儲存是什麼? 它是 WooCommerce 把「訂單」從 WordPress 的 posts/postmeta 架構搬出去，改用專用訂單資料表來儲存的一套機制（以前叫做 Custom Order Tables）。它採用 WooCommerce 的 CRUD（Create, Read, Update, Delete） 設計，讓訂單查詢更符合電商需求、也更好擴充與最佳化效能。 以往 WooComme…