成人性生交大片免费看视频r_亚洲综合极品香蕉久久网_在线视频免费观看一区_亚洲精品亚洲人成人网在线播放_国产精品毛片av_久久久久国产精品www_亚洲国产一区二区三区在线播_日韩一区二区三区四区区区_亚洲精品国产无套在线观_国产免费www

主頁 > 知識庫 > 小議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是自動增長型的字段?,F(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

這樣,通過調(diào)用存儲過程,我們可以獲得最新鍵值,確保不會出現(xiàn)重復。若將OrderID字段設置為手動增長型字段,我們的程序可以由以下幾步來實現(xiàn):首先調(diào)用存儲過程,獲得一個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秒內(nèi)生成的兩個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)本文內(nèi)容存在版權問題,煩請?zhí)峁┫嚓P信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《小議sqlserver數(shù)據(jù)庫主鍵選取策略》相關的同類信息!
  • 本頁收集關于小議sqlserver數(shù)據(jù)庫主鍵選取策略的相關信息資訊供網(wǎng)民參考!
  • 推薦文章
    国产乱码精品一区二区三区卡| 亚洲黄色精品视频| 中文字幕欧美一| 国产精品毛片| 一二三区中文字幕| 欧美日韩午夜电影网| 欧美老熟妇喷水| 久草成人在线视频| 欧美日韩午夜在线视频| 国产一区二区三区精品在线观看| 欧美日韩精品久久久免费观看| 欧美精品国产白浆久久久久| 欧美黑人一区| 小泽玛利亚一区| 亚洲国产综合在线看不卡| 日本中文字幕在线观看| 日韩在线国产精品| 青青草成人在线观看| 久久久精品国产亚洲| 午夜精品一区二区三区视频| 国产精品久久久久蜜臀| 在线免费av播放| а天堂中文在线资源| 亚洲精品国产精品乱码视色| 极品人妻videosss人妻| 欧美色图综合网| 色婷婷av一区二区三区大白胸| 日日碰狠狠添天天爽| 久久久久免费av| 蜜臀av在线| 26uuu亚洲伊人春色| 亚洲一二三区在线| 四虎成人永久免费视频| 日韩在线观看免费全| 国产精品麻豆免费版| 国产黄色一级电影| 福利片在线看| 欧美主播福利视频| 色老板在线视频一区二区| 三级久久三级久久| 欧美一级片免费看| 男人舔女人下部高潮全视频| 91欧美激情一区二区三区成人| 黑人巨大精品欧美一区免费视频| 国产视频在线一区| 99高清视频有精品视频| 中文有码久久| 日韩三级成人av网| 欧美国产激情视频| 亚洲高清福利视频| 国产激情偷乱视频一区二区三区| 久久夜夜操妹子| 欧美性猛交xxxx| 国产在线网站| 永久免费无码av网站在线观看| 99在线精品视频在线观看| 国产99久久精品一区二区300| 天堂午夜影视日韩欧美一区二区| 国产日本欧美一区| 91九色综合久久| 免费看日批视频| 久久久水蜜桃| 黄视频在线观看免费| www.色.com| 国产欧美1区2区3区| 日韩一区二区免费电影| 男女一区二区三区| 国产精品国产三级国产aⅴ原创| 国产97人人超碰caoprom| 影音先锋男人的网站| 综合久久综合久久| 亚洲嫩模一区| а天堂中文在线官网| 国产91在线|亚洲| 啪啪av大全导航福利综合导航| 性欧美亚洲xxxx乳在线观看| 成人一区二区不卡免费| 国产午夜精品一区二区三区欧美| 久久aimee| 国产午夜精品久久久久久久| 色婷婷综合视频| h七七www色午夜日本| 欧美精品97| 麻豆精品在线| 国产在线播放91| 久久久久九九九| 污视频在线免费观看| 国产精品18毛片一区二区| 快射视频在线观看| 日本少妇一区二区三区| 交换做爰国语对白| 婷婷在线播放| 不卡一区二区中文字幕| 91精品欧美一区二区三区综合在| 亚洲欧洲国产一区| 三上悠亚一区| 任我爽在线视频精品一| 亚洲一区二区免费在线| 亚洲熟妇无码一区二区三区| 欧美精品国产精品日韩精品| 一本色道久久hezyo无码| 国产精品久久久久久久久粉嫩av| 色一情一乱一区二区| 视频一区二区在线观看| 美女尤物国产一区| 成年丰满熟妇午夜免费视频| 中国精品18videos性欧美| 2019国产精品视频| 国产欧美日韩综合精品一区二区三区| 成人影院av| 57pao国产精品一区| 私库av在线播放| 成人精品aaaa网站| 中文字幕亚洲免费| 131美女爱做视频| 精品视频第一页| 精品人妻一区二区三区四区在线| 天堂va欧美va亚洲va老司机| 亚洲国产精品久久久久| 亚洲国产精品成人av| 日本高清视频免费观看| 最新中文字幕免费| 国产精品99精品无码视亚| 欧美精品久久久久久久自慰| 韩国av中国字幕| 全网免费在线播放视频入口| 欧美亚州一区二区三区| 国产精品免费在线视频| 国产又粗又长又爽| 无遮挡又色又刺激的女人视频| 久久精品一二区| 国产精品第56页| 2020欧美日韩在线视频| 亚洲系列另类av| 国产亚洲精品一区二区在线观看| 日韩一级视频在线观看| 亚洲一区二区免费视频| 精品手机在线视频| 自拍偷拍色综合| 欧美日韩国产综合一区二区三区| 男女免费网站| a级大胆欧美人体大胆666| 亚洲欧美一区在线| 中文字幕av一区二区三区人妻少妇| 日本久久网站| 一区二区三区午夜探花| 欧美精品久久久久久久久老牛影院| 残酷重口调教一区二区| 国产精品国产三级国产在线观看| 51精产品一区一区三区| 色综合久久久久综合体| 欧美一区二区三区免费在线看| 国产黄色91视频| 中文字幕人成高视频| 久久精品人成| 欧美夫妻性生活xx| 50度灰在线观看| 亚洲成人综合在线| 亚洲成人免费视| 天天躁日日躁狠狠躁欧美巨大小说| 国产美女视频一区| 欧美国产日韩在线播放| 亚洲啪av永久无码精品放毛片| 最新国产精品视频| 小泽玛利亚一区| 国产av精国产传媒| 国产av一区二区三区精品| 97在线观看免费视频| 亚洲女成人图区| 久草热久草在线频| 色yeye香蕉凹凸一区二区av| 999精品嫩草久久久久久99| 午夜国产在线视频| 一区二区三区中文| 亚洲专区在线视频| 亚洲国产日韩欧美在线图片| 92国产精品视频| 国产精品久久精品国产| 在线观看欧美激情| 可以直接在线观看的av| 欧美一区二区三区小说| 亚洲高清在线精品| 国产av 一区二区三区| 69堂视频在线观看国产| 欧美一区二区三区日韩视频| 91精品综合视频| 欧美色欧美亚洲另类二区精品| 欧美日韩国产123| 成人国产精品一区二区| 亚洲高清激情| 亚洲一区电影777| 亚洲一区免费在线观看| 国产午夜精品一区二区理论影院| 又黄又爽又色的视频| 精品日韩在线一区| 日韩福利片在线观看| 国产乱淫av一区二区三区| fc2人成共享视频在线观看| 野外性xxxxfreexxxxx欧美| 日韩一区二区不卡| 精品一区二区三区视频日产| 日韩熟女精品一区二区三区| 91久久国产精品91久久性色| 91亚洲大成网污www| 国精产品久拍自产在线网站| 国产精品爽黄69天堂a| 日本在线视频网址| 日韩精品免费在线视频观看| 丁香高清在线观看完整电影视频| 国产一级淫片久久久片a级| 国卡一卡二卡三免费网站| 凹凸精品一区二区三区| 国产亚洲视频中文字幕视频| 一区二区三区av在线| 网站黄色在线观看| 亚洲日本视频在线观看| 亚洲成人av综合| 91精品国产欧美日韩| 日本三级网站在线观看| 久草在线视频网站| 成 人免费视频播放| 日本一区二区三区久久久久久久久不| 亚洲色图网站| 日本免费不卡| 亚洲影视在线播放| 欧美香蕉大胸在线视频观看| 99久久99久久精品国产片桃花| 精品久久电影| 亚洲电影二区| 国产美女主播一区| 手机福利小视频在线播放| 日韩高清在线一区| 88久久精品无码一区二区毛片| 亚洲国产精品一区二区第四页av| 男人天堂视频网| 在线日韩精品视频| 国产精品自产拍在线观看2019| 99re久久| 亚洲精品成人精品456| 亚洲免费成人在线| 成人97精品毛片免费看| 99视频免费看| 欧美xxxx视频| 欧美一级免费播放| 国产高清在线观看视频| 亚洲成人黄色网址| 虎白女粉嫩尤物福利视频| 欧美日韩精品系列| 好吊一区二区三区| 久久99久久精品| 亚洲三区在线观看| 午夜性福利视频| 色悠久久久久综合先锋影音下载| 天天草夜夜骑| 69精品丰满人妻无码视频a片| 91在线直播| 久久久久久精| 人妻在线日韩免费视频| 国产欧美熟妇另类久久久| 国产精品亚洲第一区| www成人在线视频| 18欧美乱大交| 欧美壮男野外gaytube| 欧美黑人xxxx猛牲大交| 一本一本大道香蕉久在线精品| 精品一区二区三区在线观看| 又色又爽又黄无遮挡的免费视频| 精品伦一区二区三区| 国产成人羞羞电影网站在线观看| 精品国产乱码久久久久酒店| 91视频-88av| 国产精品视频在线观看| 男人添女人下部高潮视频在线观看| 91久久精品国产91性色| 91精品久久久久久久久久入口| 精品51国产黑色丝袜高跟鞋| 99精品在免费线中文字幕网站一区| 2023国产精品自拍| 日韩一区精品字幕| 三级视频网站在线| 日韩欧美成人一区| 国产精品久久久久久久7电影| 麻豆91在线观看| 日韩精品视频免费| 粉嫩av蜜桃av蜜臀av| 亚洲一区二区影视| 伊人春色在线观看| 国产视色精品亚洲一区二区| 欧美精品粉嫩高潮一区二区| 国产在线一区二区| 亚洲欧美日韩视频二区| 亚洲影视在线观看| 台湾佬成人中文网222vvv| 国产二区视频在线| 久久精品夜色噜噜亚洲aⅴ| 精油按摩中文字幕久久| 日日干夜夜爽| 欧美连裤袜在线视频| 亚洲精品一品区二品区三品区| 日韩少妇视频| 久久综合五月天| 美腿丝袜在线亚洲一区| 久久久久久成人网| 亚洲精品视频在线观看视频| 羞羞的视频在线| 一级成人国产| 一区二区成人国产精品| 国产精品毛片一区二区三区| 99热这里只有精品免费| 亚洲精品黄网在线观看| 午夜成人亚洲理伦片在线观看| 一二三av在线| 亚洲图片小说综合| 精品久久一区二区三区| 最新中文字幕视频| 国产亚洲美州欧州综合国| 国产精品午夜久久久久久| 粉嫩av一区二区三区免费野| 国产精品91在线| 成人日韩在线| 亚洲免费av在线| 一色桃子在线| 最新日韩欧美| 伊人一区二区三区久久精品| 国产精品网站在线| 97se亚洲国产综合自在线观| 日产电影一区二区三区| 91九色精品视频|