善用ChatGPT來教學MySQL : 教導模式而非單純知識
學生用了ChatGPT，他就可以獲得最複雜的MySQL指令，那麼老師應該怎麼教學MySQL呢? 老師出了再困難的資料庫作業，學生用了ChatGPT，每個人的作業都洋洋灑灑的，那麼老師應該怎麼評分呢? 不止是MySQL教學，這是很多老師都需要面對的問題。 根據我的經驗，老師授課應該「教導模式而非單純知識」。 以MySQL為例，知識就是指令，模式就是解決問題的方法，也可以說是解決問題的經驗。 學習MySQL時，指令當然還是很重要，但它是可以外掛的，也就是知道就好了，而不需要能夠默寫出來，需要的時候去Copilot或是ChatGPT一下就可以得到。因此，這個部分就不是MySQL教學的重點。 況且「知識」可能會過時，舊版的某些指令在新版就不適用了，例如舊版指令 CREATE TABLE t (...) TYPE=MyISAM; 現在新版指令是使用 CREATE TABLE t (...) ENGINE=MyISAM; 那麼MySQL教學的重點是什麼? 就是「模式」，碰到一個問題時，解決問題的方法或是經驗，這個部分就需要老師來引導。 舉個最簡單的例子，有了AI工具，大家都可以變成作家、畫家、動畫家、作曲家，但是困難的是在於要使用什麼工具? 要下什麼指令? 要做哪些設定? 也就是你要如何驅使…
MySQL 教學 : 你應該知道的資料庫知識
什麼是MySQL? MySQL 是一種關聯式資料庫管理系統(RDBMS)，它使用了SQL（Structured Query Language, 結構化查詢語言）作為其主要的數據操作語言。MySQL是一種開源的關聯式資料庫管理系統，所以任何人都可以免費使用，是Web開發中最常用的資料庫之一。
什麼是DFD (Data Flow Diagram 資料流程圖) ?
資料流圖DFD是描述系統中資料流程的一種圖形工具，它標誌了一個系統的邏輯輸入和邏輯輸出，以及把邏輯輸入轉換邏輯輸出所需的加工處理。 資料流圖是從資料的角度來描述一個系統，他只描述WHAT而不描述HOW。所以資料流圖並不會看到詳細的程序流程，只看到程序與資料流的關係。 如果系統的規模較大，為了降低系統的複雜性，一般採取「逐層分解」的方法，繪製分層的DFD。 DFD的表示法 : DFD的範例 : 訂餐系統 Level 0 DFD (通常不包含 data store) Level 1 DFD (拆解Level 0 的程序) DFD 與 ERD 有何關係呢? 可以透過DFD的實體(Entity)與Data Store，知道應該包含那些資料。 在DFD之後，如果要更清楚的描繪整個系統，就可以使用 UML Diagram 。
如何將ERD轉換為邏輯資料?
(1) 把每個[實體]都做成一個[表單]，實體的[屬性]就是[欄位] ， 並訂下主鍵(PK)。 例如 : Person (person_id, Name, Lastname, Email, Phone) (2) 當存在多值屬性時(如Phone)，該多值屬性也變成一個表格。 例如 : Person (person_id, Name, Lastname, Email) 以及 Phone (person_id, phone_id, phone_number) (3) 當出現弱屬性時，該弱屬性可以由其他屬性得知，則該弱屬性不必成為一個欄位。 例如 : age可以由生日計算得知，age則不必成為一個欄位。 (4) 當實體A與實體B為 1:1 時，A表單加上FK連到B表單PK，或是B表單加上FK連到A表單 PK。 A(aid,a1,a2 …, bid) B(bid,b1,b2 …) 或是 A(aid,a1,a2 …) B(bid,b1,b2 …, aid) 以上A表單的bid為FK連接到B表單的bid (PK) 以上B表單的aid為FK連接到A表單的aid (PK) 例如 顧客 ~ 購物車關聯是1:1 (一個購物車對應一個顧客，一個顧客只能有一個購物車…
Data Modeling (資料塑模) : 概念塑模、邏輯塑模、實體塑模
Data Modeling (資料塑模) 就是一種程序，用來定義跟分析資料需求，來支援某個商業程序。 下面就是維基百科所描述的資料塑模方法: 但是以上的方法，先經過邏輯塑模(Logical Data Model)，再經過概念塑模(Conceptual Data Model)，最後進行實體塑模(Physical Data Model)。 我們建議資料塑模，使用下圖的方式: 也就是先經過概念塑模(Conceptual Data Model)，然後進行邏輯塑模(Logical Data Model)，最後進行實體塑模(Physical Data Model)。 概念塑模(Conceptual Data Model)使用的工具，就是實體關係模型(Entity Relationship Model)，最後會產生實體關係圖(Entity Relationship Diagram)。 邏輯塑模(Logical Data Model)使用的工具，就是關聯模型(Relational Model)，最後會產生資料表的定義關聯綱目(schema)。 實體塑模(Physical Data Model)使用的工具，就是資料庫管理系統，或是 SQL語法，最後會產生真…
從ER Model到資料庫的實作練習
ER模型 全名為實體關聯模型或實體關係模型或實體關聯模式圖(Entity-relationship model，Entity-relationship Diagram)，由美籍華裔計算機科學家陳品山發明，是概念數據模型的高層描述所使用的數據模型或模式圖，它為表述這種實體聯繫模式圖形式的數據模型提供了圖形符號。 參考: 實體關係模型(Entity-relationship model) 從ER Model到資料庫的形成步驟為：(1)需求分析 (2)ER Model (3)邏輯資料庫 (4)實體資料庫。但是這些步驟並非標準答案，有些可能簡化成步驟(1)(2)(4)，也有些更細分出更多步驟。不過不管如何，ER Model都是從需求到資料庫形成的重要步驟。 假設現在需要設計學生選課系統，我們由四大步驟來看看過程。 (1)需求分析 ~ 我們與使用者訪談的結果，得到以下幾個需求 (a)每位專任老師在不衝堂下，可以開設多門課程。 (b)相同課程只能有一位老師開課。 (c)每個課程只要有10位以上同學修課，即可以開課。 (d)每個課程必須有一間不衝堂的教室。 (e)每位學生可以修多門課程，學分上下限為24與9學分。 (f)每個課程需依照教室可容納人數以限制修課人數…
實體關係模型(Entity-relationship model)
實體關係模型 ( Entity-relationship model ) 由美籍華裔計算機科學家陳品山（Peter Chen）發明，是概念數據模型的高層描述所使用的數據模型或模式圖，它為表述這種實體聯繫模式圖形式的數據模型提供了圖形符號。 下圖就是一個ER Model的範例 (可點選放大): 下圖是ER Model常用的符號: 實體(Entity)以長方形表示，實體可以被（粗略地）認為是名詞，如計算機、僱員、歌曲、數學定理。 屬性(Attribute)以橢圓形表示，實體和關聯都可以有屬性，用來代表實體或是關聯外在可以描述的值，例如「國民」這個實體有「身份證字號」這個屬性，「員工」與「公司」間的「雇用」關聯，會有一個「雇用開始日期」屬性。 關聯(Relationship)以菱形表示，關聯描述了兩個或更多實體相互如何關聯。聯繫可以被（粗略地）認為是動詞，如：在公司和計算機之間的擁有關聯，在僱員和部門之間的管理關聯，在演員和歌曲之間的表演關聯，在數學家和定理之間的證明關聯。 弱實體(Weak Entity)以雙線長方形表示，弱實體是指不能獨立存在，必須依靠某個實體而存在的物件。例如訂單品項(order item)就必須跟著訂單(order)而存在，訂單…
