目錄
一、數據庫約束?
1、約束類型
二、NULL 約束
三、unique 約束
四、default 約束
五、primary key 約束
自增主鍵
六、foreign key 外鍵約束
七、check 約束
一、數據庫約束?
我們使用數據庫來存儲數據，一般是希望這里存儲的數據是靠譜的，那么如何來保證數據是否靠譜呢？
那么MySQL就提供了一些機制，輔助我們自動的依賴程序，對數據進行檢查，這類檢查數據的機制，就是“約束”，一旦把約束確定好了，MySQL就會自動的對修改的數據做出檢查，看看你此處的這個數據是否靠譜，如果不靠譜，不滿足約束，就會直接報錯。
1、約束類型
二、NULL 約束
YES 表示這兩列允許為空，因此可以向表中插入null
那么現在我們重新創(chuàng)建一個 student 表，并加入 not nul 約束，再來看看結果
注意：not null 是對 列名 進行的一個約束，是給列名來指定的，寫到列后面
?此時我們會發(fā)現，id 可以為 null ,但是 name 不能為 null,那么現在，我們嘗試插入一個name 為 null 的數據又會發(fā)生什么呢？
?此時，會給我們一個明顯的提示： name 這一列不能為 null
當 name 不為null 的時候，便可以正常插入數據了
三、unique 約束
不允許存在兩行數據，再這個指定列上重復
此處的限制不能重復，指的是，指定列，不同行之間
同一行 不同列之間 或者? 不同行 不同列之間 可以重復
和 not null 類似，unique 也是放在后面
我們現在，重新創(chuàng)建一個student表
那么此時，是可以插入重復的數據的
現在，我們再重新創(chuàng)建一個表
?此時會發(fā)現在表的結構中，出現了一個UNI 的標志，它是unique 的前三個首字母，代表了唯一
當我們往表中插入兩個編號一樣的學生的時候，就會發(fā)生報錯
?針對帶有unique 約束的數據，在插入記錄的時候，就會先進行查詢，看看結果是否以及存在，存在才插入，不存在則不會進行插入。同理，修改也是一樣的
四、default 約束
規(guī)定沒有給列賦值時的默認值
我們先重新創(chuàng)建一個student 表
然后對其進行指定列插入
?
使用指定列插入的時候，未被指定的列就會按照默認值來進行填充，其中如果我們不修改默認值，那么默認情況下的默認值就是NULL
?那么如何修改這個默認值呢？
只需要在創(chuàng)建表的時候在后面加上default 默認值便可
?所以，此時，我們能看到defult 那一欄中name 所對應的默認值 便是 ‘未命名’
插入數據的時候，大多數情況下，都還是需要手動指定插入值的，使用默認值，會讓代碼看起來沒有那么的直觀。
比如這個代碼，和‘未命名’三個字沒有任何的關聯，但是數據庫的內容 的確包含 ‘未命名’?
五、primary key 約束
主鍵約束，主鍵就是一條數據的身份標識
通過這個約束，來指定某個列作為主鍵
1、非空
2、不能重復
一個表，只能有一個主鍵?
?同樣的，我們重新創(chuàng)建一個 student 表，此時，讓id 成為主鍵
?此時，我們再爛看看這個表的屬性就能發(fā)現，id 在NULL 這一欄是不能為空的，Key這一欄中的PRI 是primary 的縮寫，這個時候，id 便被我們標記成了主鍵
此時，我們再插入兩條一樣的數據，或者插入了 id 為 NULL 的數據就會發(fā)生報錯。?
那么現在，我們來嘗試創(chuàng)建一個有兩個主鍵的表：
?此時，它就會提示我們當前的主鍵已經被多次定義
因此，主鍵只能有一個，但是一個主鍵可以對應一個列或者多個列
主鍵，往往是一個 整數 類型的 Id，要求不能重復
自增主鍵
允許客戶端，再插入數據的時候，不手動指定主鍵的值，而是交給MySQL自行分配，確保分配出來的這個主鍵的值，是和之前不重復的
那么現在我們來看一下這個自增主鍵是怎么樣進行使用的
?其中 auto_increment 的意思就是 自動增加
此時，這個主鍵就變成了自增主鍵，并且auto_increment 必須搭配整數類型的主鍵使用?
?注意：這樣的插入操作是OK的
這是因為，此時的 id 列是自增主鍵，設置成NULL 是讓數據庫自行分配一個 id
?
這時，我們能看到剛才的 id 是1?
當我們再插入兩條數據之后， id 依舊會按照自增的方式自行分配
自增主鍵 也是可以手動指定值的
?
那么如果下次再插入數據? 按照NULL 讓數據庫自己分配的方式 此時新的記錄是 4 還是 11 呢？
?
?很明顯，答案是11
那么這個 id 咋分配的呢？
MySQL 會記錄當前 id 中的最大值，下一個分配的 id 就會在之前的最大值的基礎上，繼續(xù)自增
?MySQL 是會維護這樣的最大值的
如果MySQL 是一個單個節(jié)點的系統，基于上述策略，沒有啥問題
如果MySQL 是一個分布式系統，此時，自增主鍵就無法保證唯一性?
（每個主機上的MySQL只知道自己這個主機上存儲的最大值，不知道其它節(jié)點的情況）
對于分布式系統下，要想分配這種表示唯一性的id，就不能依賴MySQL 的自增主鍵了
?為了解決上述問題，也有很多分布式 id 的生成算法
核心公式：
目標是為了保證系統中每個節(jié)點 生成的id 都是唯一的
把 id 作為一個字符串，這個字符串由下列幾個部分拼接而成：
六、foreign key 外鍵約束
?涉及到兩個表之間的約束
我們將約束別人的表稱為： 父表
將被別人約束的表稱為： 子表
我們先創(chuàng)建一個class 表，并向其中插入幾條數據：
? ? ?再創(chuàng)建一個student 表來完成一個外鍵約束
?
在這個代碼中，需要明確交代，誰（哪個表的哪一列）?要受到 誰 （哪個表的哪一列）的約束?
?創(chuàng)建外鍵約束的時候，是修改子表的代碼，父表的代碼是不受影響的
1、進行插入或者修改子表中受約束的這一列數據，就需要確保 插入/修改 后的結果 在父表中存在
（針對這種帶有外鍵約束的 插入/修改 就會觸發(fā)查找操作，在父表中進行查詢）
2、刪除/修改 父表中的記錄，就要看看這個記錄是否在子表中被使用了，如果被使用了，則不能進行刪除或者修改? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
3、刪除父表之前必須要先刪除子表
4、primary key 和 unique 這兩個約束自帶索引，沒有索引就不能建立外鍵
?現在我們來考慮一下下面這個場景：
?
?那么在上述場景中，如何實現商品下架這個功能呢？
針對這樣的場景，我們一般使用邏輯刪除
如果要實現商品下架，直接 update 把商品表中的 ok 改成 0.
實現獲取商品列表，就在select 的時候加個條件 and ok = 1? ?
七、check 約束
寫一個具體的條件表達式，當前的記錄符合條件就可以進行 插入/修改? ，不符合條件就失敗文章來源：http://www.zghlxwxcb.cn/news/detail-606305.html
對于MySQL5 來說，check 并不支持，寫上不會報錯，但是并沒用什么用文章來源地址http://www.zghlxwxcb.cn/news/detail-606305.html
到了這里，關于MySQL 數據庫約束的文章就介紹完了。如果您還想了解更多內容，請在右上角搜索TOY模板網以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網！
