文章

目前顯示的是 2015的文章

實作測驗#2 ~ 正規化 + SELECT

圖片
假設出貨單表單如下,你應該如何設計資料表,來表示這個表單? 正規化後,資料結構應該如何呢? 客戶資料表 customer( cusno , cusname, cuszipcode, cusaddress, custel, cusfax, cuscontact) 職員資料表 employee( empno , empname, deptno, emptitle) 公司部門表  department( deptno , deptname) 產品資料表 product( prodno , prodname, prodprice, prodamount) 訂單主檔資料表 myorder( ordno , cusno, orddate, ordtotal, salesno, assistno) 訂單品項資料表 myorderitem( ordno, serial , prodno, prodqty, prodprice) 以下的需求應該如何達成呢? (1)某個客戶在某個日期,訂購那些商品? SELECT p.prodno, p.prodname FROM product p, myorder m, myorderitem mi WHERE m.ordno=mi.ordno  AND mi.prodno=p.prodno AND m.cusno='某個客戶編號' AND m.orddate='某個日期' (2)某個客戶在某個日期,訂購總額多少? SELECT SUM(ordtotal) FROM myorder  WHERE cusno='某個客戶編號' AND m.orddate='某個日期' 如果要自己計算訂購總額 SELECT SUM(mi.prodqty*mi.prodprice) FROM myorderitem mi, myorder m WHERE mi.ordno=m.ordno  AND m.cusno='某個客戶編號'  AND m.orddate='某個日期' (3)某商品在某個月份的總銷售量是多少? SELECT

實作測驗 ~ 正規化 + SELECT

圖片
有如下表單,你應該如何進行正規化呢? 學號 學生姓名 學生電話 課程代號 課程名稱 年級 老師姓名/電話 老師代號 科系代號 科系名稱 成績 101001 張大頭 0910111222 0922111000 A001 資料庫 三年級 王老師 0933111333 001 001 資管系 80 A002 網路概論 林老師 0955111222 002 003 資工系 50 101002 劉三哥 0912333222 0922111333 A003 程式設計 三年級 孫老師 0912000333 003 001 資管系 85 A002 網路概論 林老師 0955111222 002 003 資工系 76 我們正規化後,資料結構如下~ studnt 學生資料表 ( studno , studname, deptid) teacher 老師資料表 ( teano , teaname, deptid) department 科系資料表 ( deptid , deptname) telephone 電話資料表 ( ownerno, tel ) coursemain 課程資料表 ( courseid , coursename, coursecredit, courseflag, deptid) courseopen 開課資料表 ( yearsemester, courseid , teano, coursetime, roomid) course 學生選課單 ( yearsemester, courseid, studno , score) 正規化後,請寫出以下SQL Command: (1)列出學生張大頭的所有選修的 課程代號 。 SELECT c.courseid FROM course c, student s WHERE c.studno=s.studno AND s.studname='張大頭'; (2)列出學生張大頭的所有選修的 課程名稱 。 SELECT m.coursename FROM course c, student s, coursemain m WHERE c

SELECT SQL語法總整理

SELECT的基本語法如下~ 依照給予的條件,抓出資料。 SELECT * | {[DISTINCT, DISTINCTROW] field_list} FROM table_list WHERE conditions GROUP BY {field_list} [ASC,DESC] HAVING conditions ORDER BY {field_list} [ASC,DESC] 假設有以下表單 student( studno , studname, deptid) 學生資料表 course( yearsemester, courseid, studno , score) 選課單 coursemain( courseid , coursename, coursecredit, courseflag, deptid) 課程基本資料表 teacher( teano , teaname, deptid) 教師資料表 courseopen( yearsemester, courseid , teano, coursetime, room) 教師開課表 dept( deptid , deptname) 科系資料表 1. SELECT * FROM student; 從student表單抓出所有資料 2. SELECT studname FROM student; 從student表單抓出所有學生姓名 3. SELECT DISTINCT studname FROM student; 從student表單抓出所有 不重複 的學生姓名 4. SELECT studname, studno FROM student; 從student表單抓出所有學生姓名、學號 5. SELECT DISTINCTROW studname, studno FROM student; 從student表單抓出所有 不重複列 的學生姓名、學號 DISTINCT與 DISTINCTROW差異是什麼呢? DISTINCT指某欄位不要重複,DISTINCTROW指整個列不要重複。 6. SELECT * FROM student, course; 從student,course表單抓出所有資料 但是以上這個SQL句子其實沒有意義

關聯模式的運算

圖片
關聯模式的運算是將關聯進行運算,或是跟另外的關聯進行運算。 (1) SELECT運算子 ( s) 表示法: Result = s <選擇條件 > (R) 意思是指,從關聯R中,選擇出符合 <選擇條件>的資料。 這樣子好像有點難以理解,其實就是~使用 SELECT語法,從 關聯R中取出資料。 例如 關聯R為(studentNo, studentName, studentDeptID),我們就可以使用如下運算: SELECT * FROM R WHERE studentDeptID='0001';  其中 studentDeptID='0001'就是 <選擇條件> (2) PROJECT運算子( π ) 表示法: Result =  π <屬性串列 > (R) 意思是指,從關聯R中,選擇出某些屬性 的資料。 例如 關聯R為(studentNo, studentName, studentDeptID),我們就可以使用如下運算: SELECT studentNO, studentName FROM R;  但是經常 s跟 π經常一起使用,例如:  Result=π studentName, studentNo  ( s studentDeptID='0001'  (student_table)) 寫成 SQL就是 SELECT studentName, studentNo FROM student_table WHERE studentDeptID='0001'; (3) 集合運算子 ~ 交集/聯集/差集 交集(Intersection),以符號 Ç,例如 R1 Ç R2 聯集(Union),以符號 È 表示  ,例如 R1 È R2 差集(Difference),以符號  -   表示 ,例如 R1 - R2 如上面資料表,有Student跟Assistant兩個關聯(資料表) (b) Result (sId, sName) = Student∩Assistant (c) Result (sId, sName) = Student∪Assistant (

關聯模式的五大鍵 Super key、Candidate Key、Primary Key、Alternate Key、Foreign Key

關聯模式的五大鍵,各是Super key、Candidate Key、Primary Key、Alternate Key、Foreign Key。靠著這些鍵的特性,讓關聯模式可以用來描述實體世界的資料。 關聯模式 可以比實體關係模式(ERM)更精準的描述資料,他有幾個條件必須滿足: (1)定義域限制: 指資料庫的關聯中的每個屬性質,必須符合該屬性的定義,例如產品名稱必須是字串,薪水必須是整數數字等。 (2)關聯鍵限制: 指資料庫的關聯中必須有關聯鍵的定義,也就是Super key、Candidate Key、Primary Key、Alternate Key、Foreign Key。這些定義我們稍後再來解釋。 (3)實體完整限制: 如果關聯存在主鍵(Primary Key),則不能為空。因為如果為空值,無法得知其相關的屬性值到底是描述哪一個實體。 (4)參考完整限制: 如果關聯存在外鍵(Foreign Key)為非空值,必須有可以參考的主鍵(Primary Key)。因為如果外鍵存在,而無法關連到其他表格的主鍵,這個關聯存在就沒有意義。 (5)語意完整限制: 這個限制不是必須的,但是可以更完備的描述實體世界的資料。例如交易金額高於100元才可以使用信用卡付款等。 例如,我們原本沒有限制 orderitem中的amount數字,但是如果我們為了~語意完整限制 訂購項目的數量當然不能小於1,所以寫了以下的語法,amount=0就無法插入。 delimiter $$ create trigger test_insert_orderitem before insert on orderitem for each row begin    if amount<1 then       signal sqlstate '2A000';    end if; end$$ delimiter ; 當我們 drop trigger test_insert_orderitem; 之後,amount=0就又可以插入了。 現在,我們再來解釋關聯模式五個關聯鍵定義。 Super key 超鍵 : 符合唯一性的關聯鍵。 Candidate Key 候選鍵 : 符合唯一性以及最小性的關聯鍵。 Primary Key 主鍵

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語法,最後會產生真正的實體資料表。 為什麼要先進行概念塑模(Conceptual Data Model)呢? 因為實體關係模型比較適合從無到有去產生資料模型,而實體關係模型比較不精準的特性,再由邏輯塑模來修正。

實作練習~公司員工訂餐系統

圖片
某公司希望設計一個提供員工中午訂餐的服務,該系統需求如下: (1)該系統有數個餐廳的餐點提供員工點餐。 (2)該系統在每天早上讓員工線上點餐。 (3)為方便結帳,該系統採用預付制,也就是先存錢給秘書,然後依照訂餐扣款。 (4)希望每個訂餐依照所訂購的每位同事帳戶下扣款。 (5)每個每個人可以訂購多項餐點,也可以跨不同餐廳訂購。 (6)員工帳戶資料要能夠記載預付時間、金額,以及扣款時間、金額及對應的餐點。 (7)該系統必須能夠提供每位員工統計報告,記載每月的餐費。 (8)該系統必須能夠統計各餐廳/餐點的消費紀錄,以便知道員工對於餐廳/餐點的喜好。 該系統的 ERD應該如何設計呢? 該系統的實際資料庫應該如何設計呢? 步驟一: 先找出物件 (Entity) 員工(Employee)、餐廳(Restaurant)、餐點(Item)、帳戶(Account)、帳戶紀錄(Account Log)、訂單(Order)、訂單紀錄(Order Item),我們也可以再多出一個部門物件,以紀錄員工的部門。 所以總共八個物件。 步驟二: 再找出物件間的關係 (Relationship) 餐廳(Restaurant) --> 餐點(Item) 員工(Employee) --> 訂單(Order) 訂單(Order) --> 訂單紀錄(Order Item) 訂單(Order) --> 帳戶紀錄(Account Log) 員工(Employee) --> 帳戶(Account) 帳戶(Account) --> 帳戶紀錄(Account Log) 訂單紀錄(Order Item) --> 餐點(Item) 員工(Employee) --> 部門(Department) 步驟三: 檢視ERD的可能錯誤,及補上應該補上的屬性 (Attribute) 員工(Employee) : 員工編號(eid) 、部門編號(did)、姓名(ename) 部門(Department) : 部門編號(did) 、部門名稱(dname) 餐廳(Restaurant) : 餐廳編號(rid) 、餐廳名稱(rname) 餐點(Item) : 餐廳編號(rid)、餐點流水號(serial) 、