亚洲免费av电影一区二区三区,日韩爱爱视频,51精品视频一区二区三区,91视频爱爱,日韩欧美在线播放视频,中文字幕少妇AV,亚洲电影中文字幕,久久久久亚洲av成人网址,久久综合视频网站,国产在线不卡免费播放

        ?

        一種基站數(shù)據(jù)平臺的架構(gòu)設(shè)計

        2014-03-26 08:52:44陳大業(yè)
        電信工程技術(shù)與標準化 2014年5期
        關(guān)鍵詞:數(shù)據(jù)庫系統(tǒng)字段客戶端

        陳大業(yè)

        (中國移動通信集團設(shè)計院有限公司河北分公司,石家莊 050021)

        1 方案背景

        目前的基站數(shù)據(jù)包含地理信息、設(shè)備信息、機房鐵塔信息、主材工日信息、天饋參數(shù)信息、工程進度信息等,內(nèi)容多樣。基站方案變更頻繁,數(shù)據(jù)更新量巨大,數(shù)據(jù)多次重復(fù)整理,匯總時限緊張、容易出錯都是常見問題?;緮?shù)據(jù)平臺的架構(gòu)設(shè)計關(guān)系到數(shù)據(jù)更新和共享的準確性和效率,良好的架構(gòu)設(shè)計可以有效解決各種常見問題。

        現(xiàn)在通用技術(shù)手段可以分為3種。

        第一種基于文件共享系統(tǒng),以拷貝、郵件、ftp等傳送數(shù)據(jù)文件,匯總以手動匯總為主。不足之處在于數(shù)據(jù)冗余度大,數(shù)據(jù)不一致性明顯,數(shù)據(jù)獨立性差。

        第二種是兩層Client/Server體系結(jié)構(gòu),代表性的應(yīng)用是設(shè)置公用的服務(wù)器,局域網(wǎng)內(nèi)各客戶端安裝應(yīng)用系統(tǒng)。缺點是客戶端的軟件需要頻繁的安裝,系統(tǒng)可擴展性和可重用性差。

        第三種屬于三層Client/Server體系結(jié)構(gòu),典型應(yīng)用由Browser客戶端、Web應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器3層組成。這種服務(wù)器在企業(yè)中應(yīng)用最為廣泛,它可以充分保證數(shù)據(jù)的安全性,實現(xiàn)了系統(tǒng)的無縫升級,對客戶端要求較低。但是這種解決方案主要針對流程處理和數(shù)據(jù)發(fā)布,如果用作數(shù)據(jù)共享平臺,那么數(shù)據(jù)的上傳會成為一個瓶頸。

        本文提出以關(guān)系數(shù)據(jù)庫系統(tǒng)和表格處理軟件嵌入式開發(fā)技術(shù)為基礎(chǔ)的基站數(shù)據(jù)平臺架構(gòu),這種架構(gòu)沿用了第二種體系結(jié)構(gòu),但是客戶端做了一些改進,它不再需要安裝數(shù)據(jù)庫軟件,而是采用表格軟件直接操作。

        關(guān)系數(shù)據(jù)庫系統(tǒng)和表格處理軟件嵌入式開發(fā)相結(jié)合,具備以下技術(shù)優(yōu)勢。

        (1)數(shù)據(jù)客戶端應(yīng)用系統(tǒng)與表格處理軟件相結(jié)合,使客戶端數(shù)據(jù)的上傳下載都不再需要數(shù)據(jù)格式的轉(zhuǎn)換或者數(shù)據(jù)抄寫。操作簡便,準確性更有保證。

        (2)服務(wù)器采用關(guān)系型數(shù)據(jù)庫,大數(shù)據(jù)的插入、更新、統(tǒng)計、查詢等功能更加完善和高效。具有更好的數(shù)據(jù)一致性和安全性。

        (3)數(shù)據(jù)客戶端應(yīng)用系統(tǒng)不需安裝,具有更好的可擴展性和重用性。

        2 技術(shù)手段

        數(shù)據(jù)平臺首先是基于數(shù)據(jù)庫技術(shù)的。數(shù)據(jù)庫是數(shù)據(jù)管理的高級階段,它依照某種數(shù)據(jù)模型進行組織、描述和存儲,數(shù)據(jù)庫中的數(shù)據(jù)是為眾多用戶所共享其信息而建立的,數(shù)據(jù)共享性不僅滿足了各用戶對信息內(nèi)容的要求,同時也滿足了各用戶之間信息通信的要求。作為現(xiàn)代數(shù)據(jù)庫產(chǎn)品的主流,關(guān)系型數(shù)據(jù)庫系統(tǒng)以關(guān)系代數(shù)為堅實的理論基礎(chǔ),經(jīng)過幾十年的發(fā)展和實際應(yīng)用,技術(shù)越來越成熟和完善。其代表產(chǎn)品有Oracle、DB2、微軟公司的MS SQL Server等。

        嵌入式開發(fā)采用的ADO(ActiveX Data Objects),又稱為OLE自動化接口技術(shù),是一個用于存取數(shù)據(jù)源的COM組件,它提供了編程語言和統(tǒng)一數(shù)據(jù)訪問方式OLE DB的一個中間層,通過ADO可以訪問多種類型的數(shù)據(jù)庫數(shù)據(jù)。ADO被微軟定位為一個能夠訪問不同數(shù)據(jù)庫的統(tǒng)一接口,可以無縫銜接SQL Server、DB2、Access、 Oracle等各種常見數(shù)據(jù)庫,它通過一組固定的對象和方法來實現(xiàn)對不同數(shù)據(jù)庫的訪問。ADO的遠程數(shù)據(jù)服務(wù),支持“數(shù)據(jù)倉庫”ActiveX 組件以及高效的客戶端緩存。

        數(shù)據(jù)庫訪問技術(shù)層出不窮,常見的基于Windows平臺的編程接口有DAO、RDO、ADO幾種。DAO (Data Access Object)數(shù)據(jù)訪問對象出現(xiàn)較早,是第一個面向?qū)ο蟮慕涌冢贿m用于單系統(tǒng)應(yīng)用程序或本地分布系統(tǒng)使用。RDO (Remote Data Objects)接口提供了用來訪問存儲過程和復(fù)雜結(jié)果集的對象、屬性以及方法,它是ODBC驅(qū)動程序的接口,與ODBC一起工作訪問關(guān)系數(shù)據(jù)庫,但不能訪問如ISAM和VSAM的非關(guān)系數(shù)據(jù)庫。ADO是當前對數(shù)據(jù)庫進行操作的比較簡單有效的方法。ADO對象是OLE DB的接口,從原來的Microsoft數(shù)據(jù)接口遠程數(shù)據(jù)對象(RDO)而來。ADO針對客戶/服務(wù)器以及Web應(yīng)用程序作了優(yōu)化,包括事件處理、記錄集的延續(xù)、分層目錄結(jié)構(gòu)指針和數(shù)據(jù)成形、分布式事務(wù)處理、多維數(shù)據(jù)、遠程數(shù)據(jù)服務(wù)(RDS)以及對編程語言的支持。DAO和RDO的對象模型是層次型的。但ADO卻不同,它定義了一組平面型頂級對象,對象操作更加獨立和靈活。ADO將會逐步取代DAO和RDO技術(shù)。

        關(guān)系數(shù)據(jù)庫系統(tǒng)和表格處理軟件嵌入式開發(fā)相結(jié)合,兩方面相輔相成。

        (1)在多人協(xié)同方面,關(guān)系型數(shù)據(jù)庫不但擅長存儲和處理大數(shù)據(jù),而且支持分布式的操作,有強大的并行處理能力。這樣的特點使它更適合協(xié)同操作。

        (2)在數(shù)據(jù)計算、統(tǒng)計分析以及圖表可視化方面,以Excel為代表的表格處理軟件在數(shù)據(jù)計算、統(tǒng)計分析以及圖表可視化方面能力都很強,在基站數(shù)據(jù)采集和處理中得到廣泛應(yīng)用。

        (3)在操作大數(shù)據(jù)方面,數(shù)據(jù)庫系統(tǒng)在存儲和處理上更勝一籌。

        3 整體架構(gòu)部署

        在實際的部署中我們采用SQL Server結(jié)合Excel的方式,它們都屬于微軟的產(chǎn)品,有較好的協(xié)同性。采用其它常見的數(shù)據(jù)庫系統(tǒng),同樣可以為ADO接口提供良好的支持。

        數(shù)據(jù)平臺由關(guān)系數(shù)據(jù)庫、數(shù)據(jù)庫管理系統(tǒng)、應(yīng)用開發(fā)工具、應(yīng)用系統(tǒng)、數(shù)據(jù)庫管理員、應(yīng)用程序員和終端用戶組成。數(shù)據(jù)平臺架構(gòu)如圖1所示。

        服務(wù)器可以安裝在獨立的計算機上,也可以選用性能較好的辦公計算機。采用獨立服務(wù)器的方式,運行性能和安全性有更好的保障;選用性能較好的便攜式計算機,甚至可以在異地臨時組網(wǎng)協(xié)同完成快速報表。

        快速組網(wǎng)的方法是用臨時的有線或者無線路由器連接成局域網(wǎng),調(diào)整服務(wù)器對應(yīng)IP設(shè)置,然后改變客戶端的服務(wù)器設(shè)置,操作并不復(fù)雜。

        客戶端部分只有電子表格,不需要安裝客戶端軟件。表內(nèi)嵌入了數(shù)據(jù)庫操作的應(yīng)用系統(tǒng),可以實現(xiàn)和服務(wù)器通信的全部功能。應(yīng)用系統(tǒng)基于VB語言,可以很方便的操作ADO接口進行開發(fā)。

        圖1 數(shù)據(jù)平臺架構(gòu)圖

        數(shù)據(jù)平臺管理員和用戶主要包括進行數(shù)據(jù)存儲、維護、查詢和應(yīng)用開發(fā)的各類人員。數(shù)據(jù)庫管理員負責(zé)全面管理和控制SQL Server數(shù)據(jù)庫系統(tǒng)。應(yīng)用程序員負責(zé)SQL Server數(shù)據(jù)庫結(jié)構(gòu)設(shè)計,SQL Server和Excel應(yīng)用程序開發(fā)、修改和維護。普通用戶負責(zé)通過應(yīng)用系統(tǒng)讀寫數(shù)據(jù)庫。普通用戶負責(zé)具體數(shù)據(jù)的插入、更新和刪除。

        數(shù)據(jù)平臺的兩個架構(gòu)重點,一個是數(shù)據(jù)庫管理系統(tǒng),一個是應(yīng)用開發(fā)部分,下面分別進行說明。

        4 服務(wù)器設(shè)計

        數(shù)據(jù)庫管理系統(tǒng)架構(gòu)主要涉及數(shù)據(jù)庫、Schema、表和用戶、角色、權(quán)限的設(shè)計。我們以一個簡化的模型(圖2)為例,對數(shù)據(jù)庫管理系統(tǒng)部分的架構(gòu)進行說明。

        首先說明數(shù)據(jù)庫系統(tǒng)中的角色和權(quán)限設(shè)計。Db_ddladmin角色具備數(shù)據(jù)庫的數(shù)據(jù)定義權(quán)限,可以執(zhí)行DDL語句Create、Drop和Alter,它的作用范圍在所定義的獨立數(shù)據(jù)庫。Readwriter角色具備Schema的數(shù)據(jù)操作權(quán)限,可以執(zhí)行DML語句Delete、Insert、Update和Select。Readwriter角色的權(quán)限范圍定義在Basestation這個Schema的范圍內(nèi),不具備操作其它Schema的權(quán)限,這樣保護了其它Schema數(shù)據(jù)的獨立性和安全性。

        在定位用戶角色時,普通用戶只賦予Readwriter角色,只能對Basestation這個Schema的數(shù)據(jù)執(zhí)行DML操作;數(shù)據(jù)庫的管理員賦予Db_ddladmin角色,可以對多個Schema執(zhí)行DDL的操作。雖然他們都可以通過終端應(yīng)用操作數(shù)據(jù)庫,但是權(quán)限和操作是不同的。

        為了進行容錯設(shè)計,所有的登錄名都對應(yīng)了一個自己的數(shù)據(jù)庫用戶名,這樣的設(shè)計可以利用數(shù)據(jù)庫的并發(fā)處理能力,保證數(shù)據(jù)的一致性。

        登錄名只賦予了Public角色權(quán)限,不具備數(shù)據(jù)庫系統(tǒng)的管理、授權(quán)和操作的權(quán)限,只是在數(shù)據(jù)庫用戶層面進行了角色設(shè)定和授權(quán)。這樣的設(shè)計保證每個用戶有權(quán)操作相關(guān)表格,也限制了用戶對不相關(guān)表格的操作權(quán)限,最大限度保障了數(shù)據(jù)的安全性。

        5 客戶端設(shè)計

        應(yīng)用開發(fā)部分主要集中在Excel的嵌入式開發(fā)部分,嵌入式開發(fā)采用VBA,通過ADO技術(shù)訪問數(shù)據(jù)庫。典型的連接代碼示例為:

        ADO方法通過Connection對象建立與數(shù)據(jù)源的連接,Connection對象的常用屬性和方法有ConnectionString屬性、Open和Close方法等。

        Recordset對象是特定的SQL查詢結(jié)果的一個記錄集。在建立了和數(shù)據(jù)庫的連接后,就可以聲明和初始化一個Recordset對象,然后就可以使用Recordset對象查詢、瀏覽、編輯和刪除數(shù)據(jù)表上面的數(shù)據(jù)。下面是一個Recordset示例:

        圖2 數(shù)據(jù)庫管理系統(tǒng)架構(gòu)圖

        具體的操作中,采用ADO方法建立連接,然后用Execute方法執(zhí)行對數(shù)據(jù)庫的SQL操作指令,用Recordset獲取操作的返回記錄集。返回的記錄集可以很方便的用Copy From Recordset方法粘貼在電子表格中。

        不同的電子表格中嵌入了不同的應(yīng)用,擁有獨立的結(jié)構(gòu),歸屬不同的角色,表格的權(quán)限歸屬、功能和結(jié)構(gòu)的關(guān)系如圖3所示。

        不同的權(quán)限屬于不同的角色。數(shù)據(jù)的插入、更新、刪除和查詢等操作由終端用戶完成。創(chuàng)建表和創(chuàng)建用戶的功能模塊可以完成表和用戶的批量創(chuàng)建,需要用數(shù)據(jù)庫管理員的身份登錄。

        圖3 數(shù)據(jù)應(yīng)用開發(fā)架構(gòu)圖

        根據(jù)應(yīng)用所具備的功能不同,設(shè)計了不同的表單結(jié)構(gòu)。比如用戶終端的操作表有3個頁面。參數(shù)頁填寫用戶名、密碼和準備操作的表名稱等信息,并且具備修改密碼的功能。下載頁可以獲取表結(jié)構(gòu)和全部數(shù)據(jù)。上傳頁可以更新本區(qū)域的數(shù)據(jù)記錄。

        6 不同應(yīng)用的架構(gòu)設(shè)計

        6.1 匯總表架構(gòu)

        基站方面的匯總表常見的有某基站信息表、某方案詳表等。這類表的特點是表格結(jié)構(gòu)較為固定,經(jīng)常需要插入、更新、刪除記錄。

        在匯總表的架構(gòu)設(shè)計上,采用了增加隱式字段的方法??蛻舳丝梢姷氖菂R總表的完整字段結(jié)構(gòu),數(shù)據(jù)庫的表格增加了兩個隱式的字段User_Name和Data_Sequence。通過增加這兩個字段,實現(xiàn)了表內(nèi)的權(quán)限劃分和序列恢復(fù)的功能。

        首先是實現(xiàn)了表內(nèi)權(quán)限劃分的功能,客戶端用戶通過登錄名插入?yún)R總表內(nèi)的數(shù)據(jù)記錄時,應(yīng)用設(shè)計在User_Name字段增加和登錄名一致的數(shù)據(jù);在更新或者刪除記錄時,應(yīng)用設(shè)計只允許用戶修改在User_Name字段和登錄名一致的數(shù)據(jù)。這樣,用戶只能維護自己的數(shù)據(jù)而不會修改其它用戶的數(shù)據(jù),大家既可以看到完整的報表,又不會引起誤操作。

        其次是隱式字段Data_Sequence的使用。由于頻繁的操作,數(shù)據(jù)記錄的次序可能會改變,為了還原電子表格中記錄的順序,引入了Data_Sequence字段。插入記錄時,Data_Sequence字段根據(jù)上傳頁記錄的順序標記序號;查詢記錄時,在查詢語句中增加排序指令,首先按照User_Name字段排序,其次按照Data_Sequence字段排序。這樣,就不會因為多用戶操作或者單個多次的更新而改變順序。

        6.2 定期報表架構(gòu)

        基站方面的定期報表常見的有某進度周報、某進展月報等。這類報表的特點是需要保留歷史記錄,以方便動態(tài)比較、動態(tài)分析。

        在定期報表的架構(gòu)設(shè)計上,要在匯總表的基礎(chǔ)上在增加一個隱式字段,即時間戳字段Time_Stamp。用戶進行插入操作時,需要從數(shù)據(jù)庫系統(tǒng)獲取系統(tǒng)時間,填寫Time_Stamp字段。如果需要更新,就要把最新的系統(tǒng)時間和Time_Stamp字段時間進行比對,如果更新時間在周報的同一周、月報的同一月,就進行更新操作;如果最新的系統(tǒng)時間和Time_Stamp字段時間不在一個時間段,就進行插入操作。

        這樣,客戶端用戶只能修改本地市本時間段內(nèi)的記錄,舊的記錄被保留下來,新的記錄被不斷插入,定期報表的功能就實現(xiàn)了。

        6.3 快速報表架構(gòu)

        基站方面的快速報表常見的有某投資匯總表、某專項統(tǒng)計表等。這類報表的特點是需要快速建立表格結(jié)構(gòu),而且表格結(jié)構(gòu)多變。

        時間特別緊張的,可以采用全字符串設(shè)計。這樣的設(shè)計只需要保留更多的字段長度,不需要考慮準確的字段類型、數(shù)值精度等問題,很快就可以建立起來。

        字符串類型的字段比數(shù)字類型的字段要占用更多的磁盤空間,但是快速報表常常行數(shù)較少,即使采用全字符串的設(shè)計,整體來看也不會造成磁盤空間的大量占用。

        7 數(shù)據(jù)安全相關(guān)

        基站數(shù)據(jù)平臺并沒有公共地址供互聯(lián)網(wǎng)訪問,不提供任何公眾服務(wù),數(shù)據(jù)受到外部入侵的機會非常小。而且數(shù)據(jù)平臺在企業(yè)網(wǎng)內(nèi)部應(yīng)用,安全性受到企業(yè)網(wǎng)絡(luò)防火墻和路由器入侵檢測系統(tǒng)的保護。防火墻隔離了外部網(wǎng)絡(luò)的非法訪問,防止內(nèi)部網(wǎng)絡(luò)的數(shù)據(jù)外泄。入侵檢測系統(tǒng)監(jiān)視網(wǎng)絡(luò)數(shù)據(jù),防止非法入侵的發(fā)生。服務(wù)器安裝了殺毒軟件并經(jīng)常更新病毒庫,防止了病毒帶來的威脅。服務(wù)器及時更新數(shù)據(jù)庫補丁,修補攻擊漏洞,關(guān)閉了不必要的服務(wù),防范DoS攻擊、SQL注入攻擊等常見類型的攻擊。

        數(shù)據(jù)庫系統(tǒng)是數(shù)據(jù)平臺的主體,它本身對數(shù)據(jù)的保護做了很多的設(shè)計。首先是身份認證,必須輸入正確的Login和Password才能進入數(shù)據(jù)庫系統(tǒng)。然后是Schema,它就像數(shù)據(jù)倉庫中的一個個房間,它的訪問權(quán)限只授予特定的角色和用戶。而一個Schema中存儲的內(nèi)容,都具有相同的角色和權(quán)限設(shè)置,它拒絕非法用戶的訪問。角色分配和權(quán)限的授予是一個有效的工具,每個登錄名分配了不同的權(quán)限。

        進入平臺后,按照項目設(shè)置權(quán)限,不同項目間權(quán)限隔離,項目連接字段只通知項目組人員。不同用戶組的權(quán)限設(shè)置屬于不同的Schema,每個Schema只允許相同項目組人員進行操作,用戶不會誤操作無關(guān)的表數(shù)據(jù)。在同一個項目中,參與者并非對所有該項目的數(shù)據(jù)對象都有完全的訪問權(quán)限,只能按照本身角色進行權(quán)限內(nèi)的數(shù)據(jù)操作。在一個表當中,不同地市的數(shù)據(jù)通過User_Name和Data_Sequence字段進行區(qū)分,不會引起不同地市間的誤操作。

        數(shù)據(jù)平臺的安全性,還通過以下幾個方面來保證。一個是客戶端的安全性,客戶端只分發(fā)給項目相關(guān)人員,無關(guān)人員得不到項目相關(guān)信息??蛻舳丝梢栽O(shè)置登錄名和密碼,無關(guān)人員即使得到客戶端也無法登陸和操作。進入客戶端以后,還要輸入正確的Login和Password才能進入數(shù)據(jù)庫系統(tǒng)。多重的身份認證保證了系統(tǒng)的數(shù)據(jù)安全。用戶密碼都要求設(shè)置成強密碼并強制密碼過期,防止被輕易破解。服務(wù)器的地址和端口保密,訪問地址集成在開發(fā)模塊當中。

        硬件上,我們通過選用較好性能的服務(wù)器,服務(wù)器要安裝在一個受保護的環(huán)境。系統(tǒng)的容災(zāi)備份是一項經(jīng)常性的工作,通過冗余備份可以更好的保證數(shù)據(jù)在物理上的安全性。

        8 數(shù)據(jù)平臺實施效果

        數(shù)據(jù)平臺依托關(guān)系數(shù)據(jù)庫技術(shù),融合了電子表格的嵌入式開發(fā),采用了ADO的透明化數(shù)據(jù)訪問技術(shù),為團隊化的數(shù)據(jù)協(xié)同更新、分布式共享查詢提供了整體的解決方案。

        在平臺建設(shè)方面,服務(wù)器既可以因陋就簡,也可以協(xié)同備份;客戶端不需要安裝客戶端軟件,更不必頻繁升級,免除了系統(tǒng)更新維護帶來的維護工作。

        在用戶操作上,平臺客戶端和電子表格融為一體,不需要格式轉(zhuǎn)換或者數(shù)據(jù)的拷貝。不論上傳、下載還是更新,在客戶端接觸到的都是電子表格化的數(shù)據(jù),和日常數(shù)據(jù)采集、整理工作所用數(shù)據(jù)沒有差別。

        通過不斷完善,數(shù)據(jù)平臺會在數(shù)據(jù)共享、數(shù)據(jù)安全、數(shù)據(jù)獨立方面發(fā)揮更多作用。

        [1]Patrick O’Neil.Database: Principles,Programming,and Performance[M].北京:高等教育出版社,2001.

        [2]Ramez.Elmasri,Navathe,S.B.數(shù)據(jù)庫系統(tǒng)基礎(chǔ):高級篇(第5版)[M].邵佩英,徐俊剛,王文杰等,譯.北京:人民郵電出版社,2008.

        猜你喜歡
        數(shù)據(jù)庫系統(tǒng)字段客戶端
        圖書館中文圖書編目外包數(shù)據(jù)質(zhì)量控制分析
        數(shù)據(jù)庫系統(tǒng)shell腳本應(yīng)用
        電子測試(2018年14期)2018-09-26 06:04:24
        縣級臺在突發(fā)事件報道中如何應(yīng)用手機客戶端
        傳媒評論(2018年4期)2018-06-27 08:20:24
        孵化垂直頻道:新聞客戶端新策略
        傳媒評論(2018年4期)2018-06-27 08:20:16
        基于Vanconnect的智能家居瘦客戶端的設(shè)計與實現(xiàn)
        電子測試(2018年10期)2018-06-26 05:53:34
        微細銑削工藝數(shù)據(jù)庫系統(tǒng)設(shè)計與開發(fā)
        實時數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)安全采集方案
        核反應(yīng)堆材料數(shù)據(jù)庫系統(tǒng)及其應(yīng)用
        CNMARC304字段和314字段責(zé)任附注方式解析
        無正題名文獻著錄方法評述
        国产自产av一区二区三区性色| 精品久久久久久成人av| 无码综合天天久久综合网| 亚洲VA中文字幕无码毛片春药| 亚洲春色视频在线观看| 亚洲av成熟国产一区二区| 香港三日本三级少妇三级视频| 中文字幕亚洲乱码熟女一区二区| 久久亚洲国产精品五月天| 久久精品国产在热亚洲不卡| 男人扒开女人双腿猛进视频| 亚洲国产精品嫩草影院久久| 久久精品国产72国产精福利| 日本大片一区二区三区| 日本一卡二卡3卡四卡免费观影2022| 乱人伦视频中文字幕| 人妖精品视频在线观看| 精品黄色国产一区二区| 国产a在亚洲线播放| 久久无码高潮喷水| 亚洲αv在线精品糸列| 久久久人妻一区二区三区蜜桃d| 风韵少妇性饥渴推油按摩视频| a亚洲va欧美va国产综合| 亚洲乱在线播放| 九九精品国产亚洲av日韩| 无码人妻精品一区二区三区9厂| 两个人看的www中文在线观看| 亚洲av乱码国产精品色| 中文字幕乱码熟女人妻在线 | 日本午夜国产精彩| 日韩伦理av一区二区三区| 国产人妻高清国产拍精品| 亚洲国产成人精品无码区99| 亚洲黄片久久| 中文字幕影片免费人妻少妇| 久久久久久人妻一区精品 | 日本人妻少妇精品视频专区| 白白色发布的在线视频| 极品新婚夜少妇真紧| 亚洲精品国产老熟女久久|