婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 小議sqlserver數(shù)據(jù)庫主鍵選取策略

小議sqlserver數(shù)據(jù)庫主鍵選取策略

熱門標簽:銀川高頻外呼回撥系統(tǒng)多少錢 陜西電銷外呼系統(tǒng)好用嗎 數(shù)字匠心電銷機器人 如何做地圖標注圖鋪 蘭州語音外呼系統(tǒng)運營商 成都電話外呼系統(tǒng)一般多少錢 沒聽見電話機器人幫你接 最新人工智能電銷機器人 al智能電話機器人
因為主鍵可以唯一標識某一行記錄,所以可以確保執(zhí)行數(shù)據(jù)更新、刪除的時候不會出現(xiàn)張冠李戴的錯誤。當然,其它字段可以輔助我們在執(zhí)行這些操作時消除共享沖突,不過就不在這里討論了。主鍵除了上述作用外,常常與外鍵構成參照完整性約束,防止出現(xiàn)數(shù)據(jù)不一致。所以數(shù)據(jù)庫在設計時,主鍵起到了很重要的作用。
常見的數(shù)據(jù)庫主鍵選取方式有:
自動增長字段
手動增長字段
UniqueIdentifier
“COMB(Combine)”類型
一、自動增長型字段
很多數(shù)據(jù)庫設計者喜歡使用自動增長型字段,因為它使用簡單。自動增長型字段允許我們在向數(shù)據(jù)庫添加數(shù)據(jù)時,不考慮主鍵的取值,記錄插入后,數(shù)據(jù)庫系統(tǒng)會自動為其分配一個值,確保絕對不會出現(xiàn)重復。如果使用SQL Server數(shù)據(jù)庫的話,我們還可以在記錄插入后使用@@IDENTITY全局變量獲取系統(tǒng)分配的主鍵鍵值。
盡管自動增長型字段會省掉我們很多繁瑣的工作,但使用它也存在潛在的問題,那就是在數(shù)據(jù)緩沖模式下,很難預先填寫主鍵與外鍵的值。假設有兩張表:
Order(OrderID, OrderDate)
OrderDetial(OrderID, LineNum, ProductID, Price)
Order表中的OrderID是自動增長型的字段。現(xiàn)在需要我們錄入一張訂單,包括在Order表中插入一條記錄以及在OrderDetail表中插入若干條記錄。因為Order表中的OrderID是自動增長型的字段,那么我們在記錄正式插入到數(shù)據(jù)庫之前無法事先得知它的取值,只有在更新后才能知道數(shù)據(jù)庫為它分配的是什么值。這會造成以下矛盾發(fā)生:
首先,為了能在OrderDetail的OrderID字段中添入正確的值,必須先更新Order表以獲取到系統(tǒng)為其分配的OrderID值,然后再用這個OrderID填充OrderDetail表。最后更新OderDetail表。但是,為了確保數(shù)據(jù)的一致性,Order與 OrderDetail在更新時必須在事務保護下同時進行,即確保兩表同時更行成功。顯然它們是相互矛盾的。(此處表述有錯誤。呂震宇 2005-6-15)
【補充2005-6-15】---------------------------------------------
聽棠.NET指出:主檔放在事務中提交時,通過@@IDENTITY 就可以取到生成值的,因此可以傳給明細當外鍵用,而且在事務發(fā)生錯誤回滾時,主檔記錄也會被回滾取消的。
呂震宇補充:使用自動增長字段會增加網(wǎng)絡的roundTrip。盡管可以使用@@IDENTITY取得主鍵的值,但在更新過程中,不得不增加一次數(shù)據(jù)往返(以C/S結構為例):
1、客戶端發(fā)送開始事務命令
2、客戶端提交主表更新
3、服務器返回@@IDENTITY
4、客戶端根據(jù)返回的主鍵更新從表緩沖
5、客戶端將從表提交服務器更新
6、客戶端提交事務
在這里多了一次往返就會增加了事務處理的時間。降低并發(fā)性能。
如果不用自動增長型字段,將是以下情景:
1、客戶端發(fā)送開始事務命令
2、客戶端提交主表更新
3、客戶端提交從表更新
4、客戶端提交事務
因此我不贊成使用自動增長型字段作為主鍵與外鍵鏈接的紐帶。
------------------------------------------------
除此之外,當我們需要在多個數(shù)據(jù)庫間進行數(shù)據(jù)的復制時(SQL Server的數(shù)據(jù)分發(fā)、訂閱機制允許我們進行庫間的數(shù)據(jù)復制操作),自動增長型字段可能造成數(shù)據(jù)合并時的主鍵沖突。設想一個數(shù)據(jù)庫中的Order表向另一個庫中的Order表復制數(shù)據(jù)庫時,OrderID到底該不該自動增長呢?
ADO.NET允許我們在DataSet中將某一個字段設置為自動增長型字段,但千萬記住,這個自動增長字段僅僅是個占位符而已,當數(shù)據(jù)庫進行更新時,數(shù)據(jù)庫生成的值會自動取代ADO.NET分配的值。所以為了防止用戶產(chǎn)生誤解,建議大家將ADO.NET中的自動增長初始值以及增量都設置成-1。此外,在ADO.NET中,我們可以為兩張表建立DataRelation,這樣存在級聯(lián)關系的兩張表更新時,一張表更新后另外一張表對應鍵的值也會自動發(fā)生變化,這會大大減少了我們對存在級聯(lián)關系的兩表間更新時自動增長型字段帶來的麻煩。
二、手動增長型字段
既然自動增長型字段會帶來如此的麻煩,我們不妨考慮使用手動增長型的字段,也就是說主鍵的值需要自己維護,通常情況下需要建立一張單獨的表存儲當前主鍵鍵值。還用上面的例子來說,這次我們新建一張表叫IntKey,包含兩個字段,KeyName以及KeyValue。就像一個HashTable,給一個KeyName,就可以知道目前的KeyValue是什么,然后手工實現(xiàn)鍵值數(shù)據(jù)遞增。在SQL Server中可以編寫這樣一個存儲過程,讓取鍵值的過程自動進行。代碼如下:
復制代碼 代碼如下:

CREATE PROCEDURE [GetKey]
@KeyName char(10),
@KeyValue int OUTPUT
AS
UPDATE IntKey SET @KeyValue = KeyValue = KeyValue + 1 WHERE KeyName = @KeyName
GO

這樣,通過調用存儲過程,我們可以獲得最新鍵值,確保不會出現(xiàn)重復。若將OrderID字段設置為手動增長型字段,我們的程序可以由以下幾步來實現(xiàn):首先調用存儲過程,獲得一個OrderID,然后使用這個OrderID填充Order表與OrderDetail表,最后在事務保護下對兩表進行更新。
使用手動增長型字段作為主鍵在進行數(shù)據(jù)庫間數(shù)據(jù)復制時,可以確保數(shù)據(jù)合并過程中不會出現(xiàn)鍵值沖突,只要我們?yōu)椴煌臄?shù)據(jù)庫分配不同的主鍵取值段就行了。但是,使用手動增長型字段會增加網(wǎng)絡的RoundTrip,我們必須通過增加一次數(shù)據(jù)庫訪問來獲取當前主鍵鍵值,這會增加網(wǎng)絡和數(shù)據(jù)庫的負載,當處于一個低速或斷開的網(wǎng)絡環(huán)境中時,這種做法會有很大的弊端。同時,手工維護主鍵還要考慮并發(fā)沖突等種種因素,這更會增加系統(tǒng)的復雜程度。
三、使用UniqueIdentifier
SQL Server為我們提供了UniqueIdentifier數(shù)據(jù)類型,并提供了一個生成函數(shù)NEWID( ),使用NEWID( )可以生成一個唯一的UniqueIdentifier。UniqueIdentifier在數(shù)據(jù)庫中占用16個字節(jié),出現(xiàn)重復的概率非常小,以至于可以認為是0。我們經(jīng)常從注冊表中看到類似
{45F0EB02-0727-4F2E-AAB5-E8AEDEE0CEC5}
的東西實際上就是一個UniqueIdentifier,Windows用它來做COM組件以及接口的標識,防止出現(xiàn)重復。在.NET里管 UniqueIdentifier稱之為GUID(Global Unique Identifier)。在C#中可以使用如下命令生成一個GUID:
Guid u = System.Guid.NewGuid();
對于上面提到的Order與OrderDetail的程序,如果選用UniqueIdentifier作為主鍵的話,我們完全可以避免上面提到的增加網(wǎng)絡RoundTrip的問題。通過程序直接生成GUID填充主鍵,不用考慮是否會出現(xiàn)重復。
UniqueIdentifier字段也存在嚴重的缺陷:首先,它的長度是16字節(jié),是整數(shù)的4倍長,會占用大量存儲空間。更為嚴重的是,UniqueIdentifier的生成毫無規(guī)律可言,要想在上面建立索引(絕大多數(shù)數(shù)據(jù)庫在主鍵上都有索引)是一個非常耗時的操作。有人做過實驗,插入同樣的數(shù)據(jù)量,使用UniqueIdentifier型數(shù)據(jù)做主鍵要比使用Integer型數(shù)據(jù)慢,所以,出于效率考慮,盡可能避免使用 UniqueIdentifier型數(shù)據(jù)庫作為主鍵鍵值。
四、使用“COMB(Combine)”類型
既然上面三種主鍵類型選取策略都存在各自的缺點,那么到底有沒有好的辦法加以解決呢?答案是肯定的。通過使用COMB類型(數(shù)據(jù)庫中沒有COMB類型,它是Jimmy Nilsson在他的“The Cost of GUIDs as Primary Keys”一文中設計出來的),可以在三者之間找到一個很好的平衡點。
COMB數(shù)據(jù)類型的基本設計思路是這樣的:既然UniqueIdentifier數(shù)據(jù)因毫無規(guī)律可言造成索引效率低下,影響了系統(tǒng)的性能,那么我們能不能通過組合的方式,保留UniqueIdentifier的前10個字節(jié),用后6個字節(jié)表示GUID生成的時間(DateTime),這樣我們將時間信息與UniqueIdentifier組合起來,在保留UniqueIdentifier的唯一性的同時增加了有序性,以此來提高索引效率。也許有人會擔心UniqueIdentifier減少到10字節(jié)會造成數(shù)據(jù)出現(xiàn)重復,其實不用擔心,后6字節(jié)的時間精度可以達到1/300秒,兩個COMB類型數(shù)據(jù)完全相同的可能性是在這1/300秒內生成的兩個GUID前10個字節(jié)完全相同,這幾乎是不可能的!在SQL Server中用SQL命令將這一思路實現(xiàn)出來便是:
復制代碼 代碼如下:

DECLARE @aGuid UNIQUEIDENTIFIER
SET @aGuid = CAST(CAST(NEWID() AS BINARY(10))
+ CAST(GETDATE() AS BINARY(6)) AS UNIQUEIDENTIFIER)

經(jīng)過測試,使用COMB做主鍵比使用INT做主鍵,在檢索、插入、更新、刪除等操作上仍然顯慢,但比Unidentifier類型要快上一些。關于測試數(shù)據(jù)可以參考我2004年7月21日的隨筆。
除了使用存儲過程實現(xiàn)COMB數(shù)據(jù)外,我們也可以使用C#生成COMB數(shù)據(jù),這樣所有主鍵生成工作可以在客戶端完成。C#代碼如下:
復制代碼 代碼如下:

//================================================================
///summary>
/// 返回 GUID 用于數(shù)據(jù)庫操作,特定的時間代碼可以提高檢索效率
/// /summary>
/// returns>COMB (GUID 與時間混合型) 類型 GUID 數(shù)據(jù)/returns>
public static 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);
return new System.Guid(guidArray);
}
//================================================================
/// summary>
/// 從 SQL SERVER 返回的 GUID 中生成時間信息
/// /summary>
/// param name="guid">包含時間信息的 COMB /param>
/// returns>時間/returns>
public static DateTime GetDateFromComb(System.Guid guid)
{
DateTime baseDate = new DateTime(1900,1,1);
byte[] daysArray = new byte[4];
byte[] msecsArray = new byte[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;
}

結語
數(shù)據(jù)庫主鍵在數(shù)據(jù)庫中占有重要地位。主鍵的選取策略決定了系統(tǒng)是否高效、易用。本文比較了四種主鍵選取策略的優(yōu)缺點,并提供了相應的代碼解決方案,希望對大家有所幫助。
您可能感興趣的文章:
  • SQLServer主鍵和唯一約束的區(qū)別
  • 如何獲取SqlServer2005表結構(字段,主鍵,外鍵,遞增,描述)
  • 深入Mysql,SqlServer,Oracle主鍵自動增長的設置詳解
  • SQLSERVER聚集索引和主鍵(Primary Key)的誤區(qū)認識
  • sqlserver主鍵設計的注意點
  • sqlserver數(shù)據(jù)庫主鍵的生成方式小結(sqlserver,mysql)
  • sqlserver主鍵自增的實現(xiàn)示例

標簽:通化 遼源 本溪 鹽城 宜春 朔州 巴彥淖爾 邢臺

巨人網(wǎng)絡通訊聲明:本文標題《小議sqlserver數(shù)據(jù)庫主鍵選取策略》,本文關鍵詞  小議,sqlserver,數(shù)據(jù)庫,主鍵,;如發(fā)現(xiàn)本文內容存在版權問題,煩請?zhí)峁┫嚓P信息告之我們,我們將及時溝通與處理。本站內容系統(tǒng)采集于網(wǎng)絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《小議sqlserver數(shù)據(jù)庫主鍵選取策略》相關的同類信息!
  • 本頁收集關于小議sqlserver數(shù)據(jù)庫主鍵選取策略的相關信息資訊供網(wǎng)民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    在线不卡一区二区| 欧美天堂一区二区三区| 国产成人在线视频网址| 欧洲精品视频在线观看| 国产精品日韩成人| 国产又黄又大久久| 国产欧美综合色| 成人中文字幕在线| 国产视频911| 色欧美日韩亚洲| 天天爽夜夜爽夜夜爽精品视频| 9久草视频在线视频精品| 国产欧美日韩不卡| 成人午夜私人影院| 亚洲免费三区一区二区| 欧美三级资源在线| 久久国产婷婷国产香蕉| 久久久久久久久99精品| 午夜久久电影网| 国产精品情趣视频| 91网址在线看| 日本中文字幕一区二区有限公司| 51精品视频一区二区三区| 日本视频免费一区| 国产午夜亚洲精品羞羞网站| 99久久国产综合色|国产精品| 国产精品乱人伦| 欧美精品亚洲二区| 国产成人免费视频网站| 亚洲国产综合91精品麻豆| 日韩一区二区精品葵司在线| 成人黄页毛片网站| 日韩av一级片| 久久人人超碰精品| 在线看一区二区| 水蜜桃久久夜色精品一区的特点| 91精品国产美女浴室洗澡无遮挡| 欧美一级免费大片| 白白色 亚洲乱淫| 1区2区3区欧美| 色综合久久久久| 亚洲成人自拍一区| 欧美二区三区的天堂| 成人免费毛片aaaaa**| 亚洲欧美日韩在线| 成人美女视频在线看| 美女任你摸久久 | 国产一区二区视频在线| 久久久久国产精品人| 成人av免费网站| 亚洲永久免费av| 日韩免费成人网| gogo大胆日本视频一区| 久久久久久久综合狠狠综合| av不卡一区二区三区| 亚洲综合成人在线视频| 欧美成人猛片aaaaaaa| 成人av电影免费观看| 亚洲成精国产精品女| 国产三级精品三级在线专区| 91一区二区三区在线观看| 日韩国产欧美在线观看| 欧美在线播放高清精品| 一区二区成人在线视频| 在线视频一区二区三区| 亚洲另类在线一区| 国产精品美女久久福利网站| 欧美日韩中文字幕精品| 国产精品66部| 亚洲一二三四久久| 欧美精品色综合| 国产精品美女久久久久久久久| 国产三级三级三级精品8ⅰ区| 久久久久久毛片| 亚洲精品一二三区| 日韩免费视频一区二区| 日韩一级二级三级精品视频| 日本不卡一二三区黄网| 欧美伊人久久久久久午夜久久久久| 久久亚洲精华国产精华液 | 日韩午夜中文字幕| 麻豆国产精品777777在线| 色婷婷亚洲综合| 国产精品亚洲一区二区三区妖精| 国产欧美精品在线观看| 亚洲少妇最新在线视频| 91精品国产高清一区二区三区 | 视频在线观看91| 一区二区三区视频在线看| 国产精品高清亚洲| 国产精品久久久一区麻豆最新章节| 久久婷婷国产综合国色天香| 日韩一区二区三区电影| 成人美女视频在线观看18| 日韩专区在线视频| 午夜电影一区二区| 久久女同互慰一区二区三区| 欧美精品一区二区三| 精品欧美一区二区三区精品久久| 91精品国产福利在线观看| 日韩三级.com| 亚洲综合无码一区二区| 欧美高清在线一区二区| 国产日本欧美一区二区| 中文字幕 久热精品 视频在线| 欧美日韩一级黄| 99精品欧美一区二区蜜桃免费| av男人天堂一区| 91久久国产综合久久| 欧美性大战久久久| 欧美久久久久中文字幕| 精品1区2区3区| 欧美日韩一区不卡| 7777精品伊人久久久大香线蕉超级流畅| 一本大道久久精品懂色aⅴ| aaa亚洲精品| 在线视频亚洲一区| 日韩视频免费观看高清完整版在线观看 | 国产成人鲁色资源国产91色综| 972aa.com艺术欧美| 欧美一区二区三区色| 亚洲视频一区在线| 国内一区二区在线| 91小视频免费观看| 欧美国产一区二区在线观看| 亚洲人吸女人奶水| 日韩不卡一区二区三区| 成人性色生活片免费看爆迷你毛片| 波多野结衣中文字幕一区二区三区| 成人性生交大片免费看视频在线| 99精品偷自拍| 国产丝袜在线精品| 亚洲成人在线网站| 不卡的av网站| 日韩欧美在线观看一区二区三区| 日本道精品一区二区三区| 蜜臀av性久久久久蜜臀av麻豆| 久久99热国产| 色一情一乱一乱一91av| 久久免费电影网| 亚洲风情在线资源站| 99精品久久久久久| 欧美二区三区的天堂| 国产精品免费看片| 免费成人美女在线观看| av一区二区久久| 精品国产免费一区二区三区四区 | 国模套图日韩精品一区二区| 色婷婷av一区二区三区软件| 精品女同一区二区| 尤物av一区二区| 成人午夜免费av| 日韩一区二区三区免费看| 亚洲日本成人在线观看| 国产99久久久精品| 日韩欧美一级二级| 亚洲成人免费av| 在线一区二区视频| 日韩理论片在线| 国产麻豆精品在线| 国产精品另类一区| 一本一本大道香蕉久在线精品 | 1区2区3区欧美| 在线播放欧美女士性生活| 亚洲精品国产a久久久久久| 国产一区二区视频在线播放| 精品美女被调教视频大全网站| 亚洲v中文字幕| 欧洲中文字幕精品| 国产精品成人一区二区三区夜夜夜| 亚洲精品久久久久久国产精华液| 国产不卡视频一区二区三区| 欧美变态凌虐bdsm| 国产一区欧美日韩| 91在线视频免费91| 久久精品国产精品亚洲红杏| 午夜伊人狠狠久久| 精品一区二区免费| 色婷婷精品大在线视频| 亚洲欧洲综合另类在线| 成人av免费网站| 亚洲品质自拍视频| 51久久夜色精品国产麻豆| 久久99精品久久久| 69精品人人人人| 亚洲123区在线观看| 欧美一区二区三区影视| 国产精品电影一区二区| 国产精品一区二区果冻传媒| 亚洲成av人综合在线观看| 欧美成人在线直播| 4hu四虎永久在线影院成人| av亚洲精华国产精华| 国产精品三级电影| 欧美三级蜜桃2在线观看| 美女视频黄久久| 日本欧美肥老太交大片| 亚洲国产成人自拍| 久久亚洲欧美国产精品乐播| 欧美一级久久久|