第3-b章--mysql索引與數(shù)據(jù)完整性約束(編輯修改稿)
2025-09-04 20:23 本頁面
【文章內(nèi)容簡介】 RY下面多出一個 index_2索引，然后在索引框右面可以選擇索引類型。 設(shè)置索 引類型 圖 設(shè)置索引類型 界面方式創(chuàng)建和刪除索引 （ 4）選擇完類型，單擊最右邊 “ Index Columns”框旁邊的 “ +”號，可以看到姓名列被添加了進去，如圖 。此時單擊 “ Apply Changes”按鈕，索引即創(chuàng)建完畢。 添加索引列 圖 添加索引列 索引對查詢的影響 目前本書實例中所涉及的表最多只有幾十行的數(shù)據(jù)，所以有沒有建立索引，還體會不到查詢速度上的差異，可是當一個表里有成千上萬行數(shù)據(jù)的時候，差異就非常明顯了。現(xiàn)在假設(shè)有一個表，表里只有一列，由數(shù)值 1～ 1000的 1000行組成，現(xiàn)在要想查找到數(shù)字 1000所在的行。如果沒有索引，要從第一行開始匹配，若數(shù)值不是 1000，則轉(zhuǎn)到下一行進行匹配，這樣直到第 1000行的時候才能找到數(shù)字 1000所在行，也就是說服務器進行了 1000次的運算。而當在該列上創(chuàng)建一個索引后，則可以直接在索引值中找到1000的位置，然后找到 1000所指向的行，在速度上比全表掃描至少快了 100倍。 當執(zhí)行涉及多個表的連接查詢時，索引將更有價值。 索引的弊端 首先，索引是以文件的形式存儲的，索引文件要占用磁盤空間。如果有大量的索引，索引文件可能會比數(shù)據(jù)文件更快地達到最大的文件尺寸。 其次，在更新表中索引列上的數(shù)據(jù)時，對索引也需要更新，這可能需要重新組織一個索引，如果表中的索引很多，這是很浪費時間的。也就是說，這樣就降低了添加、刪除、修改和其他寫入操作的效率。表中的索引越多，則更新表的時間就越長。 但是這些弊端并不妨礙索引的應用，因為索引帶來的好處已經(jīng)基本掩蓋了它的缺陷，在表中有很多行數(shù)據(jù)的時候，索引通常是不可缺少的。 實驗 ： 索引的使用 實驗內(nèi)容： P210 創(chuàng)建索引 刪除索引 數(shù)據(jù)完整性約束 ? 主鍵約束 主鍵就是表中的一列或多個列的一組，其值能唯一地標志表中的每一行。通過定義PRIMARY KEY約束來創(chuàng)建主鍵，而且 PRIMARY KEY約束中的列不能取空值。由于 PRIMARY KEY約束能確保數(shù)據(jù)的唯一，所以經(jīng)常用來定義標志列。當為表定義PRIMARY KEY約束時， MySQL為主鍵列創(chuàng)建唯一性索引，實現(xiàn)數(shù)據(jù)的唯一性，在查詢中使用主鍵時，該索引可用來對數(shù)據(jù)進行快速訪問。如果 PRIMARY KEY 約束是由多列組合定義的，則某一列的值可以重復，但 PRIMARY KEY 約束定義中所有列的組合值必須唯一。 可以用兩種方式定義主鍵：作為列或表的完整性約束。作為列的完整性約束時，只需在列定義的時候加上關(guān)鍵字 PRIMARY KEY。作為表的完整性約束時，需要在語句最后加上一條 PRIMARY KEY（ col_name， … ）語句。 數(shù)據(jù)完整性約束 【 例 】 創(chuàng)建表 XS1，將姓名定義為主鍵。 CREATE TABLE XS1 ( 學號 varchar(6) NULL, 姓名 varchar(8) NOT NULL PRIMARY KEY , 出生日期 datetime )。 說明： 例中主鍵定義于空指定之后，空指定也可以在主鍵之后指定。 主鍵約束 當表中的主鍵為復合主鍵時，只能定義為表的完整性約束。 【 例 】 創(chuàng)建 course表來記錄每門課程的學生學號、姓名、課程號、學分和畢業(yè)日期。其中學號、課程號和畢業(yè)日期構(gòu)成復合主鍵。 CREATE TABLE course ( 學號 varchar(6) NOT NULL, 姓名 varchar(8) NOT NULL, 畢業(yè)日期 date NOT NULL, 課程號 varchar(3) , 學分 tinyint , PRIMARY KEY (學號 , 課程號 , 畢業(yè)日期 ) )。 如果作為主鍵的一部分的一個列沒有定義為 NOT NULL， MySQL就自動把這個列定義為 NOT NULL。實際上，在前面的例 ，可以忽略姓名列中的 NOT NULL聲明，但是為了清楚起見，最好包含這個空指定。 主鍵約束 原則上，任何列或者列的組合都可以充當一個主鍵。但是主鍵列必須遵守一些規(guī)則。這些規(guī)則源自于關(guān)系模型理論和 MySQL所制定的規(guī)則： （ 1）每個表只能定義一個主鍵。 （ 2）關(guān)系模型理論要求必須為每個表定義一個主鍵。然而， MySQL并不要求這樣，可以創(chuàng)建一個沒有主鍵的表。但是，從安全角度應該為每個基礎(chǔ)表指定一個主鍵。 （ 3）表中的兩個不同的行
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1