資料庫中的主鍵與外來鍵的關係,通俗易懂
關係型資料庫中的一條記錄中有若干個屬性,若其中某一個屬性組(注意是組)能唯一標識一條記錄,該屬性組就可以成為一個主鍵比如學生表(學號,姓名,性別,班級) 其中每個學生的學號是唯一的,學號就是一個主鍵課程表(課程編號,課程名,學分) 其中課程編號是唯一的,課程編號就是一個主鍵成績表(學號,課程號,成績) 成績表中單一一個屬性無法唯一標識一條記錄,學號和課程號的組合才可以唯一標識一條記錄,所以學號和課程號的屬性組是一個主鍵成績表中的學號不是成績表的主鍵,但它和學生表中的學號相對應,並且學生表中的學號是學生表的主鍵,則稱成績表中的學號是學生表的外來鍵同理 成績表中的課程號是課程表的外來鍵
身份證號是唯一能確定你這個人的,其他都可能有重複,所以,身份證號是主鍵。2.外來鍵用於與另一張表的關聯。是能確定另一張表記錄的欄位,用於保持資料的一致性。
比如,A表中的一個欄位,是B表的主鍵,那他就可以是A表的外來鍵。
二、 主鍵、外來鍵和索引的區別
主鍵、外來鍵和索引的區別?
主鍵 |
外來鍵 |
索引 |
|
定義: |
唯一標識一條記錄,不能有重複的,不允許為空 |
表的外來鍵是另一表的主鍵, 外來鍵可以有重複的, 可以是空值 |
該欄位沒有重複值,但可以有一個空值 |
作用: |
用來保證資料完整性 |
用來和其他表建立聯絡用的 |
是提高查詢排序的速度 |
個數: |
主鍵只能有一個 |
一個表可以有多個外來鍵 |
一個表可以有多個惟一索引 |
聚集索引和非聚集索引的區別?
聚集索引一定是唯一索引。但唯一索引不一定是聚集索引。
聚集索引,在索引頁裡直接存放資料,而非聚集索引在索引頁裡存放的是索引,這些索引指向專門的資料頁的資料。
三、資料庫中主鍵和外來鍵的設計原則
主鍵和外來鍵是把多個表組織為一個有效的關係資料庫的粘合劑。主鍵和外來鍵的設計對物理資料庫的效能和可用性都有著決定性的影響。
必須將資料庫模式從理論上的邏輯設計轉換為實際的物理設計。而主鍵和外來鍵的結構是這個設計過程的癥結所在。一旦將所設計的資料庫用於了生產環境,就很難對這些鍵進行修改,所以在開發階段就設計好主鍵和外來鍵就是非常必要和值得的。
主鍵:
關係資料庫依賴於主鍵---它是資料庫物理模式的基石。
主鍵在物理層面上只有兩個用途:
1. 惟一地標識一行。
2. 作為一個可以被外來鍵有效引用的物件。
基於以上這兩個用途,下面給出了我在設計物理層面的主鍵時所遵循的一些原則:
1. 主鍵應當是對使用者沒有意義的。如果使用者看到了一個表示多對多關係的連線表中的資料,並抱怨它沒有什麼用處,那就證明它的主鍵設計地很好。
2. 主鍵應該是單列的,以便提高連線和篩選操作的效率。
注:使用複合鍵的人通常有兩個理由為自己開脫,而這兩個理由都是錯誤的。其一是主鍵應當具有實際意義,然而,讓主鍵具有意義只不過是給人為地破壞資料庫提供了方便。其二是利用這種方法可以在描述多對多關係的連線表中使用兩個外部鍵來作為主鍵,我也反對這種做法,理由是:複合主鍵常常導致不良的外來鍵,即當連線表成為另一個從表的主表,而依據上面的第二種方法成為這個表主鍵的一部分,然,這個表又有可能再成為其它從表的主表,其主鍵又有可能成了其它從表主鍵的一部分,如此傳遞下去,越靠後的從表,其主鍵將會包含越多的列了。
3. 永遠也不要更新主鍵。實際上,因為主鍵除了惟一地標識一行之外,再沒有其他的用途了,所以也就沒有理由去對它更新。如果主鍵需要更新,則說明主鍵應對使用者無意義的原則被違反了。
注:這項原則對於那些經常需要在資料轉換或多資料庫合併時進行資料整理的資料並不適用。
4. 主鍵不應包含動態變化的資料,如時間戳、建立時間列、修改時間列等。
5. 主鍵應當有計算機自動生成。如果由人來對主鍵的建立進行干預,就會使它帶有除了惟一標識一行以外的意義。一旦越過這個界限,就可能產生認為修改主鍵的動機,這樣,這種系統用來連結記錄行、管理記錄行的關鍵手段就會落入不瞭解資料庫設計的人的手中。
四、資料庫主鍵選取策略
我們在建立資料庫的時候,需要為每張表指定一個主鍵,所謂主鍵就是能夠唯一標識表中某一行的屬性或屬性組,一個表只能有一個主鍵,但可以有多個候選索引。因為主鍵可以唯一標識某一行記錄,所以可以確保執行資料更新、刪除的時候不會出現張冠李戴的錯誤。當然,其它欄位可以輔助我們在執行這些操作時消除共享衝突,不過就不在這裡討論了。主鍵除了上述作用外,常常與外來鍵構成參照完整性約束,防止出現數據不一致。所以資料庫在設計時,主鍵起到了很重要的作用。
常見的資料庫主鍵選取方式有:
· 自動增長欄位
· 手動增長欄位
· UniqueIdentifier
· “COMB(Combine)”型別
1自動增長型欄位
很多資料庫設計者喜歡使用自動增長型欄位,因為它使用簡單。自動增長型欄位允許我們在向資料庫新增資料時,不考慮主鍵的取值,記錄插入後,資料庫系統會自動為其分配一個值,確保絕對不會出現重複。如果使用SQL Server資料庫的話,我們還可以在記錄插入後使用@@IDENTITY全域性變數獲取系統分配的主鍵鍵值。
儘管自動增長型欄位會省掉我們很多繁瑣的工作,但使用它也存在潛在的問題,那就是在資料緩衝模式下,很難預先填寫主鍵與外來鍵的值。假設有兩張表:
Order(OrderID, OrderDate)OrderDetial(OrderID, LineNum, ProductID, Price)
Order表中的OrderID是自動增長型的欄位。現在需要我們錄入一張訂單,包括在Order表中插入一條記錄以及在OrderDetail表中插入若干條記錄。因為Order表中的OrderID是自動增長型的欄位,那麼我們在記錄正式插入到資料庫之前無法事先得知它的取值,只有在更新後才能知道資料庫為它分配的是什麼值。這會造成以下矛盾發生:
首先,為了能在OrderDetail的OrderID欄位中添入正確的值,必須先更新Order表以獲取到系統為其分配的OrderID值,然後再用這個OrderID填充OrderDetail表。最後更新OderDetail表。但是,為了確保資料的一致性,Order與OrderDetail在更新時必須在事務保護下同時進行,即確保兩表同時更行成功。顯然它們是相互矛盾的。
除此之外,當我們需要在多個數據庫間進行資料的複製時(SQL Server的資料分發、訂閱機制允許我們進行庫間的資料複製操作),自動增長型欄位可能造成資料合併時的主鍵衝突。設想一個數據庫中的Order表向另一個庫中的Order表複製資料庫時,OrderID到底該不該自動增長呢?
ADO.NET允許我們在DataSet中將某一個欄位設定為自動增長型欄位,但千萬記住,這個自動增長欄位僅僅是個佔位符而已,當資料庫進行更新時,資料庫生成的值會自動取代ADO.Net分配的值。所以為了防止使用者產生誤解,建議大家將ADO.NET中的自動增長初始值以及增量都設定成-1。此外,在ADO.NET中,我們可以為兩張表建立DataRelation,這樣存在級聯關係的兩張表更新時,一張表更新後另外一張表對應鍵的值也會自動發生變化,這會大大減少了我們對存在級聯關係的兩表間更新時自動增長型欄位帶來的麻煩。
2手動增長型欄位
既然自動增長型欄位會帶來如此的麻煩,我們不妨考慮使用手動增長型的欄位,也就是說主鍵的值需要自己維護,通常情況下需要建立一張單獨的表儲存當前主鍵鍵值。還用上面的例子來說,這次我們新建一張表叫IntKey,包含兩個欄位,KeyName以及KeyValue。就像一個HashTable,給一個KeyName,就可以知道目前的KeyValue是什麼,然後手工實現鍵值資料遞增。在SQL Server中可以編寫這樣一個儲存過程,讓取鍵值的過程自動進行。程式碼如下:
CREATEPROCEDURE[GetKey]@KeyName char(10), @KeyValue int OUTPUT ASUPDATE IntKey SET @KeyValue = KeyValue = KeyValue +1WHERE KeyName = @KeyNameGo
這樣,通過呼叫儲存過程,我們可以獲得最新鍵值,確保不會出現重複。若將OrderID欄位設定為手動增長型欄位,我們的程式可以由以下幾步來實現:首先呼叫儲存過程,獲得一個OrderID,然後使用這個OrderID填充Order表與OrderDetail表,最後在事務保護下對兩表進行更新。
使用手動增長型欄位作為主鍵在進行資料庫間資料複製時,可以確保資料合併過程中不會出現鍵值衝突,只要我們為不同的資料庫分配不同的主鍵取值段就行了。但是,使用手動增長型欄位會增加網路的RoundTrip,我們必須通過增加一次資料庫訪問來獲取當前主鍵鍵值,這會增加網路和資料庫的負載,當處於一個低速或斷開的網路環境中時,這種做法會有很大的弊端。同時,手工維護主鍵還要考慮併發衝突等種種因素,這更會增加系統的複雜程度。
3使用UniqueIdentifier
SQL Server為我們提供了UniqueIdentifier資料型別,並提供了一個生成函式NEWID( ),使用NEWID( )可以生成一個唯一的UniqueIdentifier。UniqueIdentifier在資料庫中佔用16個位元組,出現重複的概率非常小,以至於可以認為是0。我們經常從登錄檔中看到類似
{45F0EB02-0727-4F2E-AAB5-E8AEDEE0CEC5}
的東西實際上就是一個UniqueIdentifier,Windows用它來做COM元件以及介面的標識,防止出現重複。在.NET裡管UniqueIdentifier稱之為GUID(Global Unique Identifier)。在C#中可以使用如下命令生成一個GUID:
Guid u = System.Guid.NewGuid();
對於上面提到的Order與OrderDetail的程式,如果選用UniqueIdentifier作為主鍵的話,我們完全可以避免上面提到的增加網路RoundTrip的問題。通過程式直接生成GUID填充主鍵,不用考慮是否會出現重複。
UniqueIdentifier欄位也存在嚴重的缺陷:首先,它的長度是16位元組,是整數的4倍長,會佔用大量儲存空間。更為嚴重的是,UniqueIdentifier的生成毫無規律可言,要想在上面建立索引(絕大多數資料庫在主鍵上都有索引)是一個非常耗時的操作。有人做過實驗,插入同樣的資料量,使用UniqueIdentifier型資料做主鍵要比使用Integer型資料慢,所以,出於效率考慮,儘可能避免使用UniqueIdentifier型資料庫作為主鍵鍵值。
4使用“COMB(Combine)”型別
既然上面三種主鍵型別選取策略都存在各自的缺點,那麼到底有沒有好的辦法加以解決呢?答案是肯定的。通過使用COMB型別(資料庫中沒有COMB型別,它是Jimmy Nilsson在他的“The Cost of GUIDs as Primary Keys”一文中設計出來的),可以在三者之間找到一個很好的平衡點。
COMB資料型別的基本設計思路是這樣的:既然UniqueIdentifier資料因毫無規律可言造成索引效率低下,影響了系統的效能,那麼我們能不能通過組合的方式,保留UniqueIdentifier的前10個位元組,用後6個位元組表示GUID生成的時間(DateTime),這樣我們將時間資訊與UniqueIdentifier組合起來,在保留UniqueIdentifier的唯一性的同時增加了有序性,以此來提高索引效率。也許有人會擔心UniqueIdentifier減少到10位元組會造成資料出現重複,其實不用擔心,後6位元組的時間精度可以達到1/300秒,兩個COMB型別資料完全相同的可能性是在這1/300秒內生成的兩個GUID前10個位元組完全相同,這幾乎是不可能的!在SQL Server中用SQL命令將這一思路實現出來便是:
DECLARE @aGuid UNIQUEIDENTIFIERSET @aGuid =CAST(CAST(NEWID() ASBINARY(10)) +CAST(GETDATE() ASBINARY(6)) ASUNIQUEIDENTIFIER)
經過測試,使用COMB做主鍵比使用INT做主鍵,在檢索、插入、更新、刪除等操作上仍然顯慢,但比Unidentifier型別要快上一些。關於測試資料可以參考我2004年7月21日的隨筆。
除了使用儲存過程實現COMB資料外,我們也可以使用C#生成COMB資料,這樣所有主鍵生成工作可以在客戶端完成。C#程式碼如下:
//================================================================
///<summary>
/// 返回 GUID 用於資料庫操作,特定的時間程式碼可以提高檢索效率
/// </summary>
/// <returns>COMB (GUID 與時間混合型) 型別 GUID 資料</returns>publicstatic Guid NewComb() { byte[] guidArray = System.Guid.NewGuid().ToByteArray(); DateTime baseDate = new DateTime(1900,1,1); DateTime now = DateTime.Now; // Get the days and milliseconds which will be used to build the byte string
TimeSpan days = new TimeSpan(now.Ticks - baseDate.Ticks); TimeSpan msecs = new TimeSpan(now.Ticks - (new DateTime(now.Year, now.Month, now.Day).Ticks)); // Convert to a byte array
// Note that SQL Server is accurate to 1/300th of a millisecond so we divide by 3.333333
byte[] daysArray = BitConverter.GetBytes(days.Days); byte[] msecsArray = BitConverter.GetBytes((long)(msecs.TotalMilliseconds/3.333333)); // Reverse the bytes to match SQL Servers ordering
Array.Reverse(daysArray); Array.Reverse(msecsArray); // Copy the bytes into the guid
Array.Copy(daysArray, daysArray.Length - 2, guidArray, guidArray.Length - 6, 2); Array.Copy(msecsArray, msecsArray.Length - 4, guidArray, guidArray.Length - 4, 4); returnnew System.Guid(guidArray); } //================================================================
/// <summary>
/// 從 SQL SERVER 返回的 GUID 中生成時間資訊
/// </summary>
/// <param name="guid">包含時間資訊的 COMB </param>
/// <returns>時間</returns>publicstatic DateTime GetDateFromComb(System.Guid guid) { DateTime baseDate = new DateTime(1900,1,1); byte[] daysArray = newbyte[4]; byte[] msecsArray = newbyte[4]; byte[] guidArray = guid.ToByteArray(); // Copy the date parts of the guid to the respective byte arrays.
Array.Copy(guidArray, guidArray.Length - 6, daysArray, 2, 2); Array.Copy(guidArray, guidArray.Length - 4, msecsArray, 0, 4); // Reverse the arrays to put them into the appropriate order
Array.Reverse(daysArray); Array.Reverse(msecsArray); // Convert the bytes to ints
int days = BitConverter.ToInt32(daysArray, 0); int msecs = BitConverter.ToInt32(msecsArray, 0); DateTime date = baseDate.AddDays(days); date = date.AddMilliseconds(msecs * 3.333333); return date;
}
相關推薦
資料庫中的主鍵與外來鍵的關係,通俗易懂
一、什麼是主鍵、外來鍵: 關係型資料庫中的一條記錄中有若干個屬性,若其中某一個屬性組(注意是組)能唯一標識一條記錄,該屬性組就可以成為一個主鍵比如學生表(學號,姓名,性別,班級) 其中每個學生的學號是唯一的,學號就是一個主鍵課程表(課程編號,課程名,學分) 其中課程編號是
主鍵與索引,主鍵與外來鍵的關係
簡單來講 : 主鍵用來標識記錄,索引用來加速查詢。 主鍵一定是唯一性索引,唯一性索引並不一定就是主鍵 所謂主鍵就是能夠唯一標識表中某一行的屬性或屬性組,一個表只能有一個主鍵,但可以有多個候選索引。因為主鍵可以唯一標識某一行記錄,所以可以確保執行資料更新、刪除的時
資料庫的主鍵與外來鍵
一、定義 主鍵:在資料表中可以作為唯一標識的欄位,不能有重複的,不允許為空。 如:學生表(學號,姓名,性別,班級) 其中每個學生的學號是唯一的,學號 就是一個主鍵 ; 外來鍵:表的外來鍵是另一表的主鍵用於保持資料的一致性, 外來鍵可以有重
表的主鍵與外來鍵
一個關係表事實上是具有共同屬性的一類實體的集合。按照集合的定義,集合中元素不能重複。同樣,關係表中也不應該有重複記錄。例如在學生表中,存有兩條一樣的學生記錄是不必要的,也是不合適的。 在現實世界中,除了事物本身的資訊外,事物之間還存在著很多聯絡,這種聯絡反映到資料庫中就
egg(20)--資料庫中的表與表的關係
一對一的關係 一個人對應一個唯一的身份證號,即為一對一的關係為了提升查詢速度,首頁列表只查id,標題,內容,點選詳情才查詢文章的所有資訊 article_content article 一對多關係 一個班級對應多名學生,一個學生只能屬於一個班級,即為一對多關係
關係資料庫中主鍵與唯一索引的區別
兩者在可空、唯一性、排序等表面特徵上並沒有什麼區別,而且主鍵都有唯一索引,所以常被人問起它們之間有什麼區別。簡要地說,主鍵和唯一索引,或者鍵和索引之間的最主要區別在於:鍵是一個邏輯層面的概念,涉及到資料模式的設計。從語法角度看,鍵被定義為一種約束。比方說,如果想定義外來鍵(或稱參考約束),那麼相關列就必須先定
MySQL資料庫中主鍵和外來鍵的操作
在MySQL資料庫中,一般會涉及到主鍵和外來鍵,在上一個表中添加了主鍵之後,通常在下一個表中要新增外來鍵,但是添加了外來鍵之後,在實體類和資料庫中在加上上一個表的主鍵會比較好,這樣兩個表關聯之後,在上一個表查詢完成之後,將查詢是出來的欄位拿著去下一個庫裡查詢,會比較好。 select * fro
關係與外來鍵約束
關係 建立成績表scores,結構如下 id 學生 科目 成績 思考:學生列應該存什麼資訊呢? 答:學生列的資料不是在這裡新建的,而應該從學生表引用過來,關係也是一條資料;根據正規化要求應該儲存學生的編號,而不是學生的姓名等其它資訊 同理,科目表也是關係
mysql資料庫基礎(2)索引、主鍵、複合主鍵、外來鍵
增、刪、改、查 加“”表示為普通字元 mysql> insert into t9 values("NULL",21,"game,flim"); +++++++++++++++++++++++++++++++ 新增新欄位 mysql> alter table t4
西遊之路——python全棧——ORM之SQLAlchemy(3)外來鍵與relationship的關係
目錄 relationship是為了簡化聯合查詢join等,建立的兩個表之間的虛擬關係,這種關係與標的結構時無關的。他與外來鍵十分相似,確實,他必須在外來鍵的基礎上才允許使用 不然會
MySql必知必會實戰練習(四)主鍵、外來鍵、sql約束、聯結表 MySql資料庫約束
本博將對主鍵、外來鍵、MySql資料庫約束和聯結表的相關特性進行總結和實戰 1. 主鍵 表中的每一行都應該具有可以唯一標識自己的一列(或一組列),而這個承擔標識作用的列稱為主鍵 如果沒有主鍵,資料的管理會十分混亂。比如會存在多條一模一樣的記錄,刪除和修改特定行十分困難 (1)哪些列可以作為
資料庫——超鍵、候選鍵、主鍵、外來鍵
首先看看各種鍵的定義: 超鍵(super key):在關係中能唯一標識元組的屬性集稱為關係模式的超鍵 候選鍵(candidate key):不含有多餘屬性的超鍵稱為候選鍵 主鍵(primary key):使用者選作元組標識的一個候選鍵程式主鍵 外來鍵(foreig
資料庫——主鍵、外來鍵、索引
概念: 主鍵(primary key): 能夠唯一標識表中某一行的屬性或屬性組。一個表只能有一個主鍵,但可以有多個候選索引。主鍵常常與外來鍵構成參照完整性約束,防止出現數據不一致。主鍵可以保證記錄的唯一和主鍵域非空,資料庫管理系統對於主鍵自動生成唯一索引,所以主鍵也是一個特殊的索
Oracle中給表新增主鍵、外來鍵
1、建立表的同時建立主鍵約束 (1)無命名 create table student ( studentid int primary key not null, studentname varchar(8), age int); (2)有命名 create tab
Oracle 中給表新增主鍵、外來鍵
(1)無命名 create table student ( studentid int primary key not null, studentname varchar(8), age int); (2)有命名 create table students ( studentid int , stu
SQL SERVER 主鍵和外來鍵中的 級聯刪除(ON DELETE CASCADE)和級聯更新(ON UPDATE CASCADE)
建立學生表 create table gh_student( stuno varchar(3) primary key, stuname varchar(4), stuclass varchar(3) ) 插入資料 insert into gh_student values
資料庫設計(2)主鍵、外來鍵
轉自:http://blog.csdn.net/championhengyi/article/details/78559789 什麼是主鍵、外來鍵 關係型資料庫中的一條記錄中有若干個屬性,若其中某一個屬性組(注意是組)能唯一標識一條記錄,該屬性組就可以成為一個主鍵。
資料庫之SQL的主鍵和外來鍵的作用
SQL的主鍵和外來鍵約束 SQL的主鍵和外來鍵的作用: 外來鍵取值規則:空值或參照的主鍵值。 (1)插入非空值時,如果主鍵表中沒有這個值,則不能插入。 (2)更新時,不能改為主鍵表中沒有的值。 (3)刪除主鍵表記錄時,你可以在建外來鍵時選定外來鍵記錄一起級聯
淺談Hibernate中對映集合屬性以及主鍵和外來鍵
首先說明一下什麼叫主鍵以及外來鍵。 主鍵和外來鍵是對於資料庫來說的,資料庫的表才有主鍵外來鍵的說法。 主鍵:主鍵是指標識某個表中唯一且非空的一條記錄行的列,這個列中的值不允許有重複的值,用於確定一個表中的一條記錄,實 際上主鍵就是告訴別人:這個資料列是唯一的。 外來
GX重構資料庫時是否可以建立外來鍵關係???----GeneXus 重構資料庫時很少關注的問題?
Genexus 重構資料庫時預設是不會建立外來鍵的關係的。 我發現這個問題可以解決。 在DBMS的屬性設定 Declare referential integrity = Yes 重構資料庫時,會自動新增外來鍵。 = NO 重構資料庫時, 不會新增外來鍵。(預設)