MySQL的MYD, MYI, FRM 是什麼?
當我們建立一個MySQL的資料庫，對應到實際檔案上，資料庫=目錄。 例如有一個MyDB資料庫，就會出現一個MyDB的目錄，而目錄下就會出現MYD, MYI, FRM檔案。 .FRM => It has the table structure of your table or table definition .MYI => It has the indexes of your table .MYD => It contains your data 副檔名FRM是儲存「表單的資料結構」 副檔名MYI是儲存「表單的索引資料」 副檔名MYD是儲存「表單的真正資料」
Database/Database System/Database Management System
Database: 資料庫 Database System: 資料庫系統 Database Management System 資料庫管理系統 (DBMS) 資料庫系統(Database System)是指在電腦系統中引入資料庫後構成的系統，一般由資料庫、資料庫管理系統(及其開發工具)、應用系統、資料庫管理員和用戶構成。 資料庫管理系統(database management system，縮寫：DBMS) 是一種針對物件資料庫，為管理資料庫而設計的大型電腦軟體管理系統。具有代表性的資料管理系統有：Oracle、Microsoft SQL Server、Access、MySQL及PostgreSQL等。通常資料庫管理師會使用資料庫管理系統來建立資料庫系統。 資料庫(Database)簡單來說可視為電子化的檔案櫃——儲存電子檔案的處所，使用者可以對檔案中的資料執行新增、擷取、更新、刪除等操作。
MYSQL , MariaDB
MariaDB 是MYSQL分支出來的產品，是MYSQL 創辦人 Michael Widenius 的另一套開放源碼資料庫。 為什麼要再從MYSQL分出來另外的資料庫? 因為MYSQL已經賣給Oracle了。因此 MariaDB最近也日漸普及，不僅成為主要開放源碼作業系統的預設資料庫，更在 WikiMedia 等重要組織與企業，有取代 MySQL 地位的趨勢。 但是不管如何其實兩者是很類似的。 差別在哪裡呢? 我們從以下文章來看看 ... What's the difference between MariaDB and MySQL? 毫無理由使用 MySQL：MariaDB、MySQL 創始者 Michael Widenius 的訪談 Data and table definition files (.frm) files are binary compatible. All client APIs, protocols and structs are identical. All filenames, binaries, paths, ports, sockets, and etc... should be the same. All …
實作測驗#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…
實作測驗 ~ 正規化 + 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 ) cou…
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 * F…
關聯模式的運算
關聯模式的運算是將關聯進行運算，或是跟另外的關聯進行運算。 (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跟 π經常一起使用，例如: …
關聯模式的五大鍵 Super key、Candidate Key、Primary Key、Alternate Key、Foreign Key
關聯模式的五大鍵，各是Super key、Candidate Key、Primary Key、Alternate Key、Foreign Key。靠著這些鍵的特性，讓關聯模式可以用來描述實體世界的資料。 更多參考資料 : MySQL使用者權限設定 關聯模式 可以比實體關係模式(ERM)更精準的描述資料，他有幾個條件必須滿足: (1)定義域限制: 指資料庫的關聯中的每個屬性質，必須符合該屬性的定義，例如產品名稱必須是字串，薪水必須是整數數字等。 (2)關聯鍵限制: 指資料庫的關聯中必須有關聯鍵的定義，也就是Super key、Candidate Key、Primary Key、Alternate Key、Foreign Key。這些定義我們稍後再來解釋。 (3)實體完整限制: 如果關聯存在主鍵(Primary Key)，則不能為空。因為如果為空值，無法得知其相關的屬性值到底是描述哪一個實體。 (4)參考完整限制: 如果關聯存在外鍵(Foreign Key)為非空值，必須有可以參考的主鍵(Primary Key)。因為如果外鍵存在，而無法關連到其他表格的主鍵，這個關聯存在就沒有意義。 (5)語意完整限制: 這個限制不是必須的，但是可以更完備的描述實體世界的資料…
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語法，最後會產生真…
實作練習~公司員工訂餐系統
某公司希望設計一個提供員工中午訂餐的服務，該系統需求如下: (1)該系統有數個餐廳的餐點提供員工點餐。 (2)該系統在每天早上讓員工線上點餐。 (3)為方便結帳，該系統採用預付制，也就是先存錢給秘書，然後依照訂餐扣款。 (4)希望每個訂餐依照所訂購的每位同事帳戶下扣款。 (5)每個每個人可以訂購多項餐點，也可以跨不同餐廳訂購。 (6)員工帳戶資料要能夠記載預付時間、金額，以及扣款時間、金額及對應的餐點。 (7)該系統必須能夠提供每位員工統計報告，記載每月的餐費。 (8)該系統必須能夠統計各餐廳/餐點的消費紀錄，以便知道員工對於餐廳/餐點的喜好。 該系統的 ERD應該如何設計呢? 該系統的實際資料庫應該如何設計呢? 步驟一: 先找出物件 (Entity) 員工(Employee)、餐廳(Restaurant)、餐點(Item)、帳戶(Account)、帳戶紀錄(Account Log)、訂單(Order)、訂單紀錄(Order Item)，我們也可以再多出一個部門物件，以紀錄員工的部門。 所以總共八個物件。 步驟二: 再找出物件間的關係 (Relationship) 餐廳(Restaurant) --> 餐點(Item) 員工(E…
