1，創建表時加入的約束

a)?非空約束，not null

b)?唯一約束，unique

c)?主鍵約束，primary key

d)?外鍵約束，foreign key

1，非空約束，針對某個字段設置其值不為空，如：學生的姓名不能為空

drop table if existst_student;create tablet_student(

student_idint(10),

student_namevarchar(20) not null,

sexchar(2) default 'm',

birthday date,

emailvarchar(30),

classes_idint(3)

)

反例，如果插入時?student_name為空違反了約束則報錯

insert intot_student(student_id, birthday, email, classes_id)values(1002, '1988-01-01', 'qqq@163.com', 10)

2，唯一性約束，它可以使某個字段的值不能重復，如：email不能重復

drop table if existst_student;create tablet_student(

student_idint(10),

student_namevarchar(20) not null,

sexchar(2) default 'm',

birthday date,

emailvarchar(30) unique,

classes_idint(3)

)

drop table if existst_student;create tablet_student(

student_idint(10),

student_namevarchar(20) not null,

sexchar(2) default 'm',

birthday date,

emailvarchar(30) ,

classes_idint(3) ,constraint email_unique unique(email)/*表級約束*/

3，主鍵約束

每個表應該具有主鍵，主鍵可以標識記錄的唯一性，主鍵分為單一主鍵和復合(聯合)主鍵，單一主鍵是由一個字段構成的，復合(聯合)主鍵是由多個字段構成的。

drop table if existst_student;create tablet_student()

student_idint(10) primary key,/*列級約束*/student_namevarchar(20) not null,

sexchar(2) default 'm',

birthday date,

emailvarchar(30) ,

classes_idint(3)

)

或者

drop table if existst_student;create tablet_student(

student_idint(10),

student_namevarchar(20) not null,

sexchar(2) default 'm',

birthday date,

emailvarchar(30) ,

classes_idint(3),CONSTRAINT p_id PRIMARY key (student_id)/*表級約束*/)

4，外鍵約束

外鍵主要是維護表之間的關系的，主要是為了保證參照完整性，如果表中的某個字段為外鍵字段，那么該字段的值必須來源于參照的表的主鍵。

首先建立班級表t_classes

drop table if existst_classes;create tablet_classes(

classes_idint(3),

classes_namevarchar(40),constraint pk_classes_id primary key(classes_id)

)

在t_student中加入外鍵約束

drop table if existst_student;create tablet_student(

student_idint(10),

student_namevarchar(20),

sexchar(2),

birthday date,

emailvarchar(30),

classes_idint(3),constraint student_id_pk primary key(student_id),constraint fk_classes_id foreign key(classes_id) referencest_classes(classes_id)

)

當我們向t_student中加入數據

insert into

t_student(student_id, student_name, sex, birthday, email, classes_id)

values(1001, 'zhangsan', 'm', '1988-01-01', 'qqq@163.com', 10)

出現錯誤，因為在班級表中不存在班級編號為10班級，外鍵約束起到了作用

存在外鍵的表就是子表，參照的表就是父表，所以存在一個父子關系，也就是主從關系，主表就是班級表，從表就是學生表。

上面的例子中如果插入的時候把外鍵值設為null，可以插入成功。成功的插入了學生信息，但是classes_id沒有值，這樣會影響參照完整性，所以我們建議將外鍵字段設置為非空。

當需要刪除班級數據，也會報錯，因為子表(t_student)存在一個外鍵classes_id，它參照了父表(t_classes)中的主鍵，所以先刪除子表中的引用記錄，再修改父表中的數據。

因為子表(t_student)存在一個外鍵classes_id，它參照了父表(t_classes)中的主鍵，所以先刪除父表，那么將會影響子表的參照完整性，所以正確的做法是，先刪除子表中的數據，再刪除父表中的數據，采用drop table也不行，必須先drop子表，再drop父表

例如級聯更新

mysql對有些約束的修改比較麻煩，所以我們可以先刪除，再添加alter table t_student drop foreign keyfk_classes_id;alter table t_student add constraint fk_classes_id_1 foreign key(classes_id) references t_classes(classes_id) on update cascade;

級聯之后，我們只修改了父表中的數據，但是子表中的數據也會跟著變動。

2，需不需要外鍵

主鍵和索引是不可少的，不僅可以優化數據檢索速度，開發人員還省不其它的工作,

矛盾焦點：數據庫設計是否需要外鍵。這里有兩個問題：一個是如何保證數據庫數據的完整性和一致性；二是第一條對性能的影響。

正方觀點：

1，由數據庫自身保證數據一致性，完整性，更可靠，因為程序很難100％保證數據的完整性，而用外鍵即使在數據庫服務器當機或者出現其他問題的時候，也能夠最大限度的保證數據的一致性和完整性。

eg：數據庫和應用是一對多的關系，Ａ應用會維護他那部分數據的完整性，系統一變大時，增加了Ｂ應用，Ａ和Ｂ兩個應用也許是不同的開發團隊來做的。他們如何協調保證數據的完整性，而且一年以后如果又增加了C應用呢？

2，有主外鍵的數據庫設計可以增加ER圖的可讀性，這點在數據庫設計時非常重要。

3，外鍵在一定程度上說明的業務邏輯，會使設計周到具體全面。

反方觀點：

1，可以用觸發器或應用程序保證數據的完整性

2，過分強調或者說使用主鍵／外鍵會平添開發難度，導致表過多等問題

3，不用外鍵時數據管理簡單，操作方便，性能高(導入導出等操作，在insert,? ?update,? ?delete? ?數據的時候更快)

eg:在海量的數據庫中想都不要去想外鍵，試想，一個程序每天要insert數百萬條記錄，當存在外鍵約束的時候，每次要去掃描此記錄是否合格，一般還不 止一個字段有外鍵，這樣掃描的數量是成級數的增長！我的一個程序入庫在3個小時做完，如果加上外鍵，需要28個小時！

結論：

1，在大型系統中(性能要求不高，安全要求高)，使用外鍵；在大型系統中(性能要求高，安全自己控制)，不用外鍵；小系統隨便，最好用外鍵。

2，用外鍵要適當，不能過分追求

3，不用外鍵而用程序控制數據一致性和完整性時，應該寫一層來保證，然后個個應用通過這個層來訪問數據庫。

需要注意的是：MySQL允許使用外鍵，但是為了完整性檢驗的目的，在除了InnoDB表類型之外的所有表類型中都忽略了這個功能。這可能有些怪異，實際上卻非常正常：對于數據庫的所有外鍵的每次插入、更新和刪除后，進行完整性檢查是一個耗費時間和資源的過程，它可能影響性能，特別是當處理復雜的或者是纏繞的連接樹時。因而，用戶可以在表的基礎上，選擇適合于特定需求的最好結合。所以，如果需要更好的性能，并且不需要完整性檢查，可以選擇使用MyISAM表類型，如果想要在MySQL中根據參照完整性來建立表并且希望在此基礎上保持良好的性能，最好選擇表結構為innoDB類型

轉自;https://www.cnblogs.com/fuland/p/4280434.html

總結

以上是生活随笔為你收集整理的mysql建表时外检怎么创建_MySQL创建表时加入的约束以及外键约束的的意义的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。