最新-结构化查询语言SQL-课件

結構化查詢語言SQL2009/11/13結構化查詢語言SQL2009/11/131檔案系統(FileSystem)檔案(File)欄位(Fields)紀錄(Record)關聯式資料模型(RelationalDataModel)關聯式資料庫管理系統(RDBMS)物件導向之類別圖(UML-ClassDiagram)2/107各種系統之基本邏輯單位(1/4)續下頁檔案系統(FileSystem)2/107各種系統之基本2檔案系統(FileSystem)關聯式資料模型(RelationalDataModel)關聯(Relation)屬性(Attribute)值組(Tuple)關聯式資料庫管理系統(RDBMS)物件導向之類別圖(UML-ClassDiagram)3/107各種系統之基本邏輯單位(2/4)續下頁檔案系統(FileSystem)3/107各種系統之基本3檔案系統(FileSystem)關聯式資料模型(RelationalDataModel)關聯式資料庫管理系統(RDBMS)資料表(Table)行(Column)列(Row)物件導向之類別圖(UML-ClassDiagram)4/107各種系統之基本邏輯單位(3/4)續下頁檔案系統(FileSystem)4/107各種系統之基本4檔案系統(FileSystem)關聯式資料模型(RelationalDataModel)關聯式資料庫管理系統(RDBMS)物件導向之類別圖(UML-ClassDiagram)類別(Class)屬性(Attribute)物件(Object)/實例(Instance)5/107各種系統之基本邏輯單位(4/4)檔案系統(FileSystem)5/107各種系統之基本5檔案系統

(FileSystem)關聯式資料模型

(RelationalDataModel)關聯式資料庫管理系統

(RDBMS)物件導向之類別圖

(UML-ClassDiagram)檔案(File)關聯(Relation)資料表(Table)類別(Class)欄位(Fields)屬性(Attribute)行(Column)屬性(Attribute)紀錄(Record)值組(Tuple)列(Row)物件(Object)/

實例(Instance)6/107相關名詞比較表一：相關名詞比較檔案系統

(FileSystem)關聯式資料模型

(Rel6StructuredQueryLanguage簡稱『SQL』，唸成Sequel源自於1970年IBM公司的一項研究所延伸由美國國家標準局(theAmericanNationalStandardsInstitute，簡稱ANSI)和國際標準組織(InternationalStandardsOrganization，簡稱ISO)訂定為國際依據之標準7/107結構化程式語言簡介(1/2)StructuredQueryLanguage7/1071970年稱為SQL1或SQL-861992年稱為SQL2或稱為SQL-92(ISO/IEC9075:1992-DatabaseLanguage–SQL)的標準2019年稱為SQL3或稱為SQL-99(ISO/IEC9075-2:2019-DatabaseLanguages-SQL-Part2:Foundation(SQL/Foundation))2019年稱為SQL4或稱為SQL-2019(ISO/IEC9075-2:2019-DatabaseLanguages-SQL-Part2:Foundation(SQL/Foundation)).8/107結構化程式語言簡介(2/2)1970年8/107結構化程式語言簡介(2/2)8資料定義語言DataDefinitionLanguage，簡稱DDL建立與維護資料庫內的相關物件包括綱要(Schema)、資料表(Tables)、檢視表(Views)、預存程序(StoredProcedures)、觸發器(Triggers)、函數(Functions)、定義域(Domains)和限制(Constraints)…等等資料操作語言資料控制語言9/107結構化程式語言(1/3)續下頁資料定義語言9/107結構化程式語言(1/3)續下頁9資料定義語言資料操作語言DataManipulationLanguage，簡稱DML對資料的存取操作(Operations)，包括對資料的新增(Insert)刪除(Delete)修改(Update)查詢(Select)

資料控制語言10/107結構化程式語言(2/3)續下頁資料定義語言10/107結構化程式語言(2/3)續下頁10資料定義語言資料操作語言資料控制語言DataControlLanguage，簡稱DCL進行授權和撤銷之安全存取控制的管理和操作

11/107結構化程式語言(3/3)資料定義語言11/107結構化程式語言(3/3)11目的在於將不同系統或不同用途的相關物件做一區隔或分類，達到管理上的方便在存取控制上的適當授權，達到資料保密上的安全性，避免未授權的使用者讀取或異動其中的資料12/107定義『綱要』(Schema)目的在於將不同系統或不同用途的相關物件做一區隔或分類，達到管1213/107定義『綱要』之基本語法13/107定義『綱要』之基本語法13為人力資源部門建立一獨立的綱要【說明】(語法一)僅以最簡單方式建立一名為『HumanResource』的綱要。【語法】(語法一)14/107【範例6-1】(1/4)CREATESCHEMAHumanResource

為人力資源部門建立一獨立的綱要14/107【範例6-1】14為人力資源部門建立一獨立的綱要【說明】(語法二)建立一個綱要名稱與使用者『hrOwner』相同名稱，並授權給予此相同帳號為『hrOwner』之使用者。【語法】(語法二)15/107【範例6-1】(2/4)CREATESCHEMAAUTHORIZATIONhrOwner未指定schema_name為人力資源部門建立一獨立的綱要15/107【範例6-1】15為人力資源部門建立一獨立的綱要【說明】(語法三)建立一個綱要名稱為『HumanResource』，並授權于帳號為『hrOwner』的使用者。【語法】(語法三)16/107【範例6-1】(3/4)CREATESCHEMAHumanResourceAUTHORIZATIONhrOwner

schema_nameusername為人力資源部門建立一獨立的綱要16/107【範例6-1】16為人力資源部門建立一獨立的綱要【說明】(語法四)建立一個綱要名為『HumanResouce』，並於建立此綱要時，建立一個資料表名為『員工』，與一檢視表名為『男員工』。【語法】(語法四)17/107【範例6-1】(4/4)CREATESCHEMAHumanResourceAUTHORIZATION CREATETABLE員工

(

員工編號intPRIMARYKEY,

性名varchar(12),

性別char(1) ) CREATEView男員工

AS SELECT*FROM員工WHERE性別=‘男’schema_element定義名為

『員工』

之資料表定義名為

『男員工』

之檢視表為人力資源部門建立一獨立的綱要17/107【範例6-1】1718/107刪除『綱要』之基本語法18/107刪除『綱要』之基本語法18請刪除為人力資源部門所建立的綱要【說明】(語法一)在綱要內若尚有其他屬性、定義域或元素時，且希望一併刪除時，可以使用CASCADE的選項。【語法】(語法一)DROPSCHEMAHumanResourceCASCADE19/107【範例6-2】(1/2)請刪除為人力資源部門所建立的綱要19/107【範例6-2】19請刪除為人力資源部門所建立的綱要【說明】(語法二)在綱要內若沒有任何元素存在，則可以使用RESTRICT的選項。倘若尚有其他屬性、定義域或元素時，使用RESTRICT的選項會阻止DROP命令執行，可避免不小心刪除掉綱要內所有的元素。【語法】(語法二)DROPSCHEMAHumanResourceRESTRICT

20/107【範例6-2】(2/2)請刪除為人力資源部門所建立的綱要20/107【範例6-2】20可能違反的限制實體限制定義域限制參考完整性限制使用者定義解決方式拒絕新增21/107『新增操作』可能違反的限制可能違反的限制21/107『新增操作』可能違反的限制21可能違反的限制參考完整性限制解決方式拒絕刪除(Restrict)連鎖性刪除(DeleteCascade)將參考到被刪除紀錄之外來鍵值設成空值(SettoNullValue)22/107『刪除操作』可能違反的限制可能違反的限制22/107『刪除操作』可能違反的限制2223/107連鎖性刪除(DeleteCascade)(1/2)父資料表-『訂單』資料表子資料表-『訂單明細』資料表續下頁23/107連鎖性刪除(DeleteCascade)(12324/107連鎖性刪除(DeleteCascade)(2/2)94010201DeleteCascade父資料表-『訂單』資料表子資料表-『訂單明細』資料表24/107連鎖性刪除(DeleteCascade)(224可能違反的限制若非更新主要鍵或外來鍵定義域限制使用者定義限制若更新主要鍵或外來鍵實體限制定義域限制參考完整性限制使用者定義解決方式拒絕更新(Restrict)連鎖性更新(UpdateCascade)將參考不到父資料表的外來鍵值設為空值(SettoNullValue)25/107『更新操作』可能違反的限制可能違反的限制25/107『更新操作』可能違反的限制2526/107連鎖性更新(UpdateCascade)(1/2)父資料表-『訂單』資料表子資料表-『訂單明細』資料表續下頁26/107連鎖性更新(UpdateCascade)(12627/107連鎖性更新(UpdateCascade)(2/2)UpdateCascade父資料表-『訂單』資料表子資料表-『訂單明細』資料表27/107連鎖性更新(UpdateCascade)(22728/107定義資料表之基本語法28/107定義資料表之基本語法2829/107資料庫ERD之父子關係圖6-4資料庫ERD之主從關係建立順序(由上而下)29/107資料庫ERD之父子關係圖6-4資料庫ERD之29【題目】依圖6-4定義出所有之資料表員工 客戶供應商產品類別產品資料訂單訂單明細【說明】定義資料表的基本語法在第一欄為資料表之屬性，再定義每個屬性的資料型態，資料型態之後即是該屬性的限制。30/107【範例6-3】【題目】30/107【範例6-3】30【員工】資料表之限制說明在員工資料表中，『員工編號』為此資料表之主要鍵(PrimaryKey)，『姓名』之屬性值不得為空值(NullValue)。【語法】(語法一)將『員工編號』為主要鍵之限制寫在下方的tablelevel區，並將『姓名』不得為空值之限制，直接寫在姓名屬性後方。(語法二)將『員工編號』為主要鍵之限制直接寫在員工編號屬性後方。31/1071)建立【員工】資料表續下頁【員工】資料表之限制說明31/1071)建立【員工】資料表3132/10732/10732【客戶】資料表之限制說明在客戶資料表中，『客戶編號』為此資料表之主要鍵(PrimaryKey)，『公司名稱』之屬性值不得為空值(NullValue)。【語法】(語法一)將『客戶編號』為主要鍵之限制寫在下方的tablelevel區，並將『公司名稱』不得為空值之限制，直接寫在公司名稱屬性後方。(語法二)將『客戶編號』為主要鍵之限制直接寫在客戶編號屬性後方。33/1072)建立【客戶】資料表續下頁【客戶】資料表之限制說明33/1072)建立【客戶】資料表3334/10734/10734【供應商】資料表之限制說明在供應商資料表中，除了『供應商編號』為此資料表之主要鍵(PrimaryKey)之外，此資料表中的『地址』和『電話』屬性，不得同時為空值(NullValue)，也就是至少要有一個屬性有值。【語法】(語法一)將『供應商編號』為主要鍵之限制寫在下方的tablelevel區，並將『地址』和『電話』屬性，不得同時為空值(NullValue)之限制，寫於tablelevel區。(語法二)將『供應商編號』為主要鍵之限制直接寫在供應商編號屬性後面，但將『地址』和『電話』屬性，不得同時為空值(NullValue)之限制，仍要寫於tablelevel區，不得寫於個別的屬性後方。倘若將此限制寫於個別屬性後方，其語意將成為『地址』和『電話』兩個屬性皆不可為空值(NullValue)。35/1073)建立【供應商】資料表續下頁【供應商】資料表之限制說明35/1073)建立【供應商】資3536/10736/10736【產品類別】資料表之限制說明在產品類別資料表中，『類別編號』為此資料表之主要鍵(PrimaryKey)，『類別名稱』之屬性值不得為空值(NullValue)。【語法】(語法一)將『類別編號』為主要鍵之限制寫在下方的tablelevel區，並將『類別名稱』不得為空值之限制，直接寫在類別名稱屬性後方。(語法二)將『類別編號』為主要鍵之限制直接寫在類別編號屬性後方。37/1074)建立【產品類別】資料表續下頁【產品類別】資料表之限制說明37/1074)建立【產品類別3738/10738/10738【產品資料】資料表之限制說明在產品資料的資料表中，『產品編號』為此資料表之主要鍵(PrimaryKey)，『類別編號』為此資料表中一個外來鍵，參考『產品類別』資料表中的主要鍵『類別編號』；『供應商編號』為此資料表中另一個外來鍵，參考『供應商』資料表中的主要鍵『供應商編號』；並且庫存量和安全存量必須設預設值0。【語法】(語法一)將『產品編號』為主要鍵及『類別編號』和『供應商編號』為兩個外來鍵之限制寫在下方的tablelevel區，並將『庫存量』和『安全存量』設預設值為0之限制，直接寫在兩個屬性後方。(語法二)將『產品編號』為主要鍵及『類別編號』和『供應商編號』為兩個外來鍵之限制直接寫在個別屬性後方。39/1075)建立【產品資料】資料表續下頁【產品資料】資料表之限制說明39/1075)建立【產品資料3940/10740/10740【訂單】資料表之限制說明在訂單資料表中，『訂單編號』為此資料表之主要鍵(PrimaryKey)，『員工編號』為此資料表中一個外來鍵，參考『員工』資料表中的主要鍵『員工編號』；『客戶編號』為此資料表中另一個外來鍵，是參考『客戶』資料表中的主要鍵『客戶編號』。【語法】(語法一)將『訂單編號』為主要鍵及『員工編號』和『客戶編號』為兩個外來鍵之限制寫在下方的tablelevel區。(語法二)將『訂單編號』為主要鍵及『員工編號』和『客戶編號』為兩個外來鍵之限制直接寫在個別屬性後方。41/1076)建立【訂單】資料表續下頁【訂單】資料表之限制說明41/1076)建立【訂單】資料表4142/10742/10742【訂單明細】資料表之限制說明『訂單編號』+『產品編號』兩個屬性結合成為此資料表之主要鍵(PrimaryKey)。單一個『產品編號』屬性又剛好為此資料表中一個外來鍵，參考『訂單』資料表中的主要鍵『訂單編號』，除了要達到參考完整性限制外，若有違反此限制時，採用『連鎖刪除』(DELETECASCADE)和『連鎖更新』(UPDATECASCADE)；『產品編號』為此資料表中另一個外來鍵，參考『產品資料』資料表中的主要鍵『產品編號』。除此之外，對於數量屬性也將限制必須大於0。43/1077)建立【訂單明細】資料表續下頁【訂單明細】資料表之限制說明43/1077)建立【訂單明細43【語法】(語法一)將所有的限制全部寫在下方的tablelevel區。但是在外來鍵的限制方面，本資料表共有兩個外來鍵，一為訂單編號參考訂單資料表的訂單編號，且要求在違反限制時，將使用連鎖刪除和連鎖更新，所以在其參考語法後方要再加上選項ONDELETECASCADEONUPDATECASCADE。另一個外來鍵為產品編號參考產品資料資料表的產品編號，由於沒有特別限制在違反時的處理方式，預設沒有任何選項時，則為拒絕刪除和拒絕更新。最後為一個數量的限制必須大於0。(語法二)由於此資料表的主要鍵是由兩個屬性『訂單編號』和『產品編號』組合而成，所以並不可分別寫在屬性後方，否則在語意上將解釋為訂單編號為主要鍵，產品編號也是主要鍵，也就是此資料表有兩個主要鍵，這是不被允許的，所以只要多於一個屬性所組成的鍵，就必須要置於tablelevel區，不可分別寫於屬性後方。其他限制都屬於單一個屬性的限制，所以皆可置於該屬性後面做限制。44/107建立【訂單明細】資料表續下頁【語法】44/107建立【訂單明細】資料表續下頁4445/10745/1074546/107刪除資料表之基本語法46/107刪除資料表之基本語法46刪除順序與建立順序相反47/107刪除順序與建立順序相反47/10747

結構化查詢語言SQL2009/11/13結構化查詢語言SQL2009/11/1348檔案系統(FileSystem)檔案(File)欄位(Fields)紀錄(Record)關聯式資料模型(RelationalDataModel)關聯式資料庫管理系統(RDBMS)物件導向之類別圖(UML-ClassDiagram)49/107各種系統之基本邏輯單位(1/4)續下頁檔案系統(FileSystem)2/107各種系統之基本49檔案系統(FileSystem)關聯式資料模型(RelationalDataModel)關聯(Relation)屬性(Attribute)值組(Tuple)關聯式資料庫管理系統(RDBMS)物件導向之類別圖(UML-ClassDiagram)50/107各種系統之基本邏輯單位(2/4)續下頁檔案系統(FileSystem)3/107各種系統之基本50檔案系統(FileSystem)關聯式資料模型(RelationalDataModel)關聯式資料庫管理系統(RDBMS)資料表(Table)行(Column)列(Row)物件導向之類別圖(UML-ClassDiagram)51/107各種系統之基本邏輯單位(3/4)續下頁檔案系統(FileSystem)4/107各種系統之基本51檔案系統(FileSystem)關聯式資料模型(RelationalDataModel)關聯式資料庫管理系統(RDBMS)物件導向之類別圖(UML-ClassDiagram)類別(Class)屬性(Attribute)物件(Object)/實例(Instance)52/107各種系統之基本邏輯單位(4/4)檔案系統(FileSystem)5/107各種系統之基本52檔案系統

(FileSystem)關聯式資料模型

(RelationalDataModel)關聯式資料庫管理系統

(RDBMS)物件導向之類別圖

(UML-ClassDiagram)檔案(File)關聯(Relation)資料表(Table)類別(Class)欄位(Fields)屬性(Attribute)行(Column)屬性(Attribute)紀錄(Record)值組(Tuple)列(Row)物件(Object)/

實例(Instance)53/107相關名詞比較表一：相關名詞比較檔案系統

(FileSystem)關聯式資料模型

(Rel53StructuredQueryLanguage簡稱『SQL』，唸成Sequel源自於1970年IBM公司的一項研究所延伸由美國國家標準局(theAmericanNationalStandardsInstitute，簡稱ANSI)和國際標準組織(InternationalStandardsOrganization，簡稱ISO)訂定為國際依據之標準54/107結構化程式語言簡介(1/2)StructuredQueryLanguage7/10541970年稱為SQL1或SQL-861992年稱為SQL2或稱為SQL-92(ISO/IEC9075:1992-DatabaseLanguage–SQL)的標準2019年稱為SQL3或稱為SQL-99(ISO/IEC9075-2:2019-DatabaseLanguages-SQL-Part2:Foundation(SQL/Foundation))2019年稱為SQL4或稱為SQL-2019(ISO/IEC9075-2:2019-DatabaseLanguages-SQL-Part2:Foundation(SQL/Foundation)).55/107結構化程式語言簡介(2/2)1970年8/107結構化程式語言簡介(2/2)55資料定義語言DataDefinitionLanguage，簡稱DDL建立與維護資料庫內的相關物件包括綱要(Schema)、資料表(Tables)、檢視表(Views)、預存程序(StoredProcedures)、觸發器(Triggers)、函數(Functions)、定義域(Domains)和限制(Constraints)…等等資料操作語言資料控制語言56/107結構化程式語言(1/3)續下頁資料定義語言9/107結構化程式語言(1/3)續下頁56資料定義語言資料操作語言DataManipulationLanguage，簡稱DML對資料的存取操作(Operations)，包括對資料的新增(Insert)刪除(Delete)修改(Update)查詢(Select)

資料控制語言57/107結構化程式語言(2/3)續下頁資料定義語言10/107結構化程式語言(2/3)續下頁57資料定義語言資料操作語言資料控制語言DataControlLanguage，簡稱DCL進行授權和撤銷之安全存取控制的管理和操作

58/107結構化程式語言(3/3)資料定義語言11/107結構化程式語言(3/3)58目的在於將不同系統或不同用途的相關物件做一區隔或分類，達到管理上的方便在存取控制上的適當授權，達到資料保密上的安全性，避免未授權的使用者讀取或異動其中的資料59/107定義『綱要』(Schema)目的在於將不同系統或不同用途的相關物件做一區隔或分類，達到管5960/107定義『綱要』之基本語法13/107定義『綱要』之基本語法60為人力資源部門建立一獨立的綱要【說明】(語法一)僅以最簡單方式建立一名為『HumanResource』的綱要。【語法】(語法一)61/107【範例6-1】(1/4)CREATESCHEMAHumanResource

為人力資源部門建立一獨立的綱要14/107【範例6-1】61為人力資源部門建立一獨立的綱要【說明】(語法二)建立一個綱要名稱與使用者『hrOwner』相同名稱，並授權給予此相同帳號為『hrOwner』之使用者。【語法】(語法二)62/107【範例6-1】(2/4)CREATESCHEMAAUTHORIZATIONhrOwner未指定schema_name為人力資源部門建立一獨立的綱要15/107【範例6-1】62為人力資源部門建立一獨立的綱要【說明】(語法三)建立一個綱要名稱為『HumanResource』，並授權于帳號為『hrOwner』的使用者。【語法】(語法三)63/107【範例6-1】(3/4)CREATESCHEMAHumanResourceAUTHORIZATIONhrOwner

schema_nameusername為人力資源部門建立一獨立的綱要16/107【範例6-1】63為人力資源部門建立一獨立的綱要【說明】(語法四)建立一個綱要名為『HumanResouce』，並於建立此綱要時，建立一個資料表名為『員工』，與一檢視表名為『男員工』。【語法】(語法四)64/107【範例6-1】(4/4)CREATESCHEMAHumanResourceAUTHORIZATION CREATETABLE員工

(

員工編號intPRIMARYKEY,

性名varchar(12),

性別char(1) ) CREATEView男員工

AS SELECT*FROM員工WHERE性別=‘男’schema_element定義名為

『員工』

之資料表定義名為

『男員工』

之檢視表為人力資源部門建立一獨立的綱要17/107【範例6-1】6465/107刪除『綱要』之基本語法18/107刪除『綱要』之基本語法65請刪除為人力資源部門所建立的綱要【說明】(語法一)在綱要內若尚有其他屬性、定義域或元素時，且希望一併刪除時，可以使用CASCADE的選項。【語法】(語法一)DROPSCHEMAHumanResourceCASCADE66/107【範例6-2】(1/2)請刪除為人力資源部門所建立的綱要19/107【範例6-2】66請刪除為人力資源部門所建立的綱要【說明】(語法二)在綱要內若沒有任何元素存在，則可以使用RESTRICT的選項。倘若尚有其他屬性、定義域或元素時，使用RESTRICT的選項會阻止DROP命令執行，可避免不小心刪除掉綱要內所有的元素。【語法】(語法二)DROPSCHEMAHumanResourceRESTRICT

67/107【範例6-2】(2/2)請刪除為人力資源部門所建立的綱要20/107【範例6-2】67可能違反的限制實體限制定義域限制參考完整性限制使用者定義解決方式拒絕新增68/107『新增操作』可能違反的限制可能違反的限制21/107『新增操作』可能違反的限制68可能違反的限制參考完整性限制解決方式拒絕刪除(Restrict)連鎖性刪除(DeleteCascade)將參考到被刪除紀錄之外來鍵值設成空值(SettoNullValue)69/107『刪除操作』可能違反的限制可能違反的限制22/107『刪除操作』可能違反的限制6970/107連鎖性刪除(DeleteCascade)(1/2)父資料表-『訂單』資料表子資料表-『訂單明細』資料表續下頁23/107連鎖性刪除(DeleteCascade)(17071/107連鎖性刪除(DeleteCascade)(2/2)94010201DeleteCascade父資料表-『訂單』資料表子資料表-『訂單明細』資料表24/107連鎖性刪除(DeleteCascade)(271可能違反的限制若非更新主要鍵或外來鍵定義域限制使用者定義限制若更新主要鍵或外來鍵實體限制定義域限制參考完整性限制使用者定義解決方式拒絕更新(Restrict)連鎖性更新(UpdateCascade)將參考不到父資料表的外來鍵值設為空值(SettoNullValue)72/107『更新操作』可能違反的限制可能違反的限制25/107『更新操作』可能違反的限制7273/107連鎖性更新(UpdateCascade)(1/2)父資料表-『訂單』資料表子資料表-『訂單明細』資料表續下頁26/107連鎖性更新(UpdateCascade)(17374/107連鎖性更新(UpdateCascade)(2/2)UpdateCascade父資料表-『訂單』資料表子資料表-『訂單明細』資料表27/107連鎖性更新(UpdateCascade)(27475/107定義資料表之基本語法28/107定義資料表之基本語法7576/107資料庫ERD之父子關係圖6-4資料庫ERD之主從關係建立順序(由上而下)29/107資料庫ERD之父子關係圖6-4資料庫ERD之76【題目】依圖6-4定義出所有之資料表員工 客戶供應商產品類別產品資料訂單訂單明細【說明】定義資料表的基本語法在第一欄為資料表之屬性，再定義每個屬性的資料型態，資料型態之後即是該屬性的限制。77/107【範例6-3】【題目】30/107【範例6-3】77【員工】資料表之限制說明在員工資料表中，『員工編號』為此資料表之主要鍵(PrimaryKey)，『姓名』之屬性值不得為空值(NullValue)。【語法】(語法一)將『員工編號』為主要鍵之限制寫在下方的tablelevel區，並將『姓名』不得為空值之限制，直接寫在姓名屬性後方。(語法二)將『員工編號』為主要鍵之限制直接寫在員工編號屬性後方。78/1071)建立【員工】資料表續下頁【員工】資料表之限制說明31/1071)建立【員工】資料表7879/10732/10779【客戶】資料表之限制說明在客戶資料表中，『客戶編號』為此資料表之主要鍵(PrimaryKey)，『公司名稱』之屬性值不得為空值(NullValue)。【語法】(語法一)將『客戶編號』為主要鍵之限制寫在下方的tablelevel區，並將『公司名稱』不得為空值之限制，直接寫在公司名稱屬性後方。(語法二)將『客戶編號』為主要鍵之限制直接寫在客戶編號屬性後方。80/1072)建立【客戶】資料表續下頁【客戶】資料表之限制說明33/1072)建立【客戶】資料表8081/10734/10781【供應商】資料表之限制說明在供應商資料表中，除了『供應商編號』為此資料表之主要鍵(PrimaryKey)之外，此資料表中的『地址』和『電話』屬性，不得同時為空值(NullValue)，也就是至少要有一個屬性有值。【語法】(語法一)將『供應商編號』為主要鍵之限制寫在下方的tablelevel區，並將『地址』和『電話』屬性，不得同時為空值(NullValue)之限制，寫於tablelevel區。(語法二)將『供應商編號』為主要鍵之限制直接寫在供應商編號屬性後面，但將『地址』和『電話』屬性，不得同時為空值(NullValue)之限制，仍要寫於tablelevel區，不得寫於個別的屬性後方。倘若將此限制寫於個別屬性後方，其語意將成為『地址』和『電話』兩個屬性皆不可為空值(NullValue)。82/1073)建立【供應商】資料表續下頁【供應商】資料表之限制說明35/1073)建立【供應商】資8283/10736/10783【產品類別】資料表之限制說明在產品類別資料表中，『類別編號』為此資料表之主要鍵(PrimaryKey)，『類別名稱』之屬性值不得為空值(NullValue)。【語法】(語法一)將『類別編號』為主要鍵之限制寫在下方的tablelevel區，並將『類別名稱』不得為空值之限制，直接寫在類別名稱屬性後方。(語法二)將『類別編號』為主要鍵之限制直接寫在類別編號屬性後方。84/1074)建立【產品類別】資料表續下頁【產品類別】資料表之限制說明37/1074)建立【產品類別8485/10738/10785【產品資料】資料表之限制說明在產品資料的資料表中，『產品編號』為此資料表之主要鍵(PrimaryKey)，『類別編號』為此資料表中一個外來鍵，參考『產品類