可以使用主鍵來設置標識列,最常用的方法是使用自增ID來做為標識列。請參考下列SQL語句:

創(chuàng)新互聯(lián)公司2013年成立,先為儀征等服務建站,儀征等地企業(yè),進行企業(yè)商務咨詢服務。為儀征企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務解決您的所有建站問題。
CREATE TABLE `animal` (
`id` int(11) NOT NULL AUTO_INCREMENT, -- 定義自增id標識列
`animal` varchar(10) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=gb2312;
在列侯面加identity(1,1)
例如
create table a
(
a int identity(1,1),
name varchar(50)
)
傳統(tǒng)情況
我們先回顧一下,在沒有 "立刻加列" 功能時,加列操作是怎么完成的。我們也借此來熟悉一下本期的圖例:
當進行 加列操作 時,所有的數(shù)據(jù)行 都必須要 增加一段數(shù)據(jù)(圖中的 列 4 數(shù)據(jù))
如上一期圖解所講,當改變數(shù)據(jù)行的長度,就需要 重建表空間(圖中灰藍的部分為發(fā)生變更的部分)
數(shù)據(jù)字典中的列定義也會被更新
以上操作的問題在于 每次加列 操作都需要重建表空間,這就需要大量 IO以及大量的時間
立刻加列
"立刻加列" 的過程如下圖:
請點擊輸入圖片描述
請點擊輸入圖片描述
"立刻加列" 時,只會變更數(shù)據(jù)字典中的內(nèi)容,包括:
在列定義中增加 新列的定義
增加 新列的默認值
"立刻加列"?后,當要讀取表中的數(shù)據(jù)時:
由于 "立刻加列" 沒有 變更行數(shù)據(jù),讀取的行數(shù)據(jù)只有 3 列
MySQL 會將 新增的第 4 列的默認值,追加到 讀取的數(shù)據(jù)后
以上過程描述了 如何讀取?在 "立刻加列" 之前寫入的數(shù)據(jù),其實質是:在讀取數(shù)據(jù)的過程中,"偽造"?了一個新列出來
那么如何讀取?在 "立刻加列" 之后?寫入的數(shù)據(jù)呢 ? 過程如下圖:
當讀取 行 4 時:
請點擊輸入圖片描述
請點擊輸入圖片描述
通過判斷?數(shù)據(jù)行的頭信息中的instant?標志位,可以知道該行的格式是 "新格式":該行頭信息后有一個新字段?"列數(shù)"
通過讀取?數(shù)據(jù)行的?"列數(shù)"?字段,可以知道 該行數(shù)據(jù)中多少列有 "真實" 的數(shù)據(jù),從而按列數(shù)讀取數(shù)據(jù)
通過上圖可以看到:讀取?在"立刻加列"?前/后寫入的數(shù)據(jù)是不同的流程
通過以上的討論,我們可以總結?"立刻加列"?之所以高效的原因是:
在執(zhí)行?"立刻加列"?時,不變更數(shù)據(jù)行的結構
讀取 "舊" 數(shù)據(jù)時,"偽造"?新增的列,使結果正確
寫入 "新" 數(shù)據(jù)時,使用了新的數(shù)據(jù)格式(增加了instant標志位 和?"列數(shù)"?字段),以區(qū)分新舊數(shù)據(jù)
讀取 "新" 數(shù)據(jù)時,可以如實讀取數(shù)據(jù)
那么?我們是否能一直 "偽造"?下去???"偽造"?何時會被拆穿 ?
考慮以下場景:
用 "立刻加列" 增加列 A
寫入數(shù)據(jù)行 1
用 "立刻加列" 增加列?B
寫入數(shù)據(jù)行?2
刪除列?B
我們推測一下 "刪除列 B" 的最小代價:需要修改 數(shù)據(jù)行中的instant標志位或?"列數(shù)"?字段,這至少會影響到?"立刻加列"?之后寫入的數(shù)據(jù)行,成本類似于重建數(shù)據(jù)
從以上推測可知:當出現(xiàn) 與?"立刻加列"?操作不兼容 的 DDL 操作時,數(shù)據(jù)表需要進行重建,如下圖所示:
請點擊輸入圖片描述
請點擊輸入圖片描述
擴展思考題:是否能設計其他的數(shù)據(jù)格式,取代instant標志位和?"列數(shù)"?字段,使得 加列/刪列 操作都能 "立刻完成" ?(提示:考慮 加列?- 刪列?- 再加列 的情況)
使用限制
在了解原理之后,我們來看看?"立刻加列"?的使用限制,就很容易能理解其中的前兩項:
"立刻加列"?的加列位置只能在表的最后,而不能加在其他列之間
在元數(shù)據(jù)中,只記錄了 數(shù)據(jù)行 應有多少列,而沒有記錄 這些列 應出現(xiàn)的位置。所以無法實現(xiàn)指定列的位置
"立刻加列"?不能添加主鍵列
加列 不能涉及聚簇索引的變更,否則就變成了 "重建" 操作,不是 "立刻" 完成了
"立刻加列"不支持壓縮的表格式
按照 WL 的說法:"COMPRESSED is no need to supported"(沒必要支持不怎么用的格式)
總結回顧
我們總結一下上面的討論:
"立刻加列" 之所以高效的原因是:
在執(zhí)行 "立刻加列" 時,不變更數(shù)據(jù)行的結構
讀取 "舊" 數(shù)據(jù)時,"偽造"?新增的列,使結果正確
寫入 "新" 數(shù)據(jù)時,使用了新的數(shù)據(jù)格式?(增加了?instant 標志位?和 "列數(shù)" 字段),以區(qū)分新舊數(shù)據(jù)
讀取 "新" 數(shù)據(jù)時,可以如實讀取數(shù)據(jù)
"立刻加列"?的 "偽造" 手法,不能一直維持下去。當發(fā)生?與 "立刻加列" 操作不兼容?的 DDL?時,表數(shù)據(jù)就會發(fā)生重建
回到之前遺留的兩個問題:
"立刻加列" 是如何工作的 ?
我們已經(jīng)解答了這個問題
所謂 "立刻加列" 是否完全不影響業(yè)務,是否是真正的 "立刻" 完成 ?
可以看到:就算是 "立刻加列",也需要變更 數(shù)據(jù)字典,那么 該上的鎖還是逃不掉的。也就是說 這里的 "立刻" 指的是 "不變更數(shù)據(jù)行的結構",而并非指 "零成本地完成任務"
可以使用主鍵來設置標識列,最常用的方法是使用自增id來做為標識列。請參考下列sql語句:
create
table
`animal`
(
`id`
int(11)
not
null
auto_increment,
--
定義自增id標識列
`animal`
varchar(10)
default
null,
primary
key
(`id`)
)
engine=innodb
auto_increment=3
default
charset=gb2312;
你是想改表結構還是插入數(shù)據(jù)?
表結構:右鍵點中表,選設計表,移動到最底部一條,“創(chuàng)建欄位”將在這之后增加一列;“插入欄位”將在這列之前增加一列。
插入數(shù)據(jù):雙擊打開表,下面有個“+”的符號,點一下,增加一條記錄,然后再點一下下面的對鉤保存數(shù)據(jù)。
navicat 很簡單的。慢慢熟悉吧,記得去把它漢化哦。
當前文章:mysql怎么創(chuàng)建標識列 MySQL創(chuàng)建字段
本文來源:http://www.chinadenli.net/article18/hpipgp.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供虛擬主機、企業(yè)建站、Google、網(wǎng)站營銷、用戶體驗、營銷型網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)