一周學(xué)習(xí)筆記及問題

1、一周學(xué)習(xí)筆記公司組織架構(gòu)及流程（售前相關(guān)）8a產(chǎn)品在日常演進和市場推廣過程中，會涉及研發(fā)、售前、售后、銷 售等眾多組織部門，需要諸多部門、眾多崗位的參與和配合。1. 公司部門以及架構(gòu)公司GMO （隹總、尹總、武總、趙總、劉總）研 發(fā)部研 發(fā)二市場組Z測培中心售后實施組專業(yè)服務(wù)組各業(yè)務(wù)部門、單元的職能和接口人介紹如下：產(chǎn)品行銷部：產(chǎn)品行銷部部門經(jīng)理趙偉總（公司副總裁、GMO）。部門包括市場組、測試培訓(xùn)中心、售后實施組和專業(yè)服務(wù)組，此外還包括專 職研發(fā)的工具開發(fā)組。產(chǎn)品行銷部專注于 8a產(chǎn)品的市場推廣、技術(shù)支 持和項目實施工作；研發(fā)：研發(fā)最終負責(zé)人為公司CTO武新總。與8a產(chǎn)品有關(guān)的研發(fā)部門 包括

2、研發(fā)一部、研發(fā)二部和工具開發(fā)組，其中工具開發(fā)組負責(zé)人楊偉偉； 電信事業(yè)部（COM）:電信事業(yè)部部門經(jīng)理袁丁總。部門包括銷售和售 前人員，專注于電信行業(yè)的8a產(chǎn)品推廣；天津營銷中心（TJC）：天津營銷中心部門負責(zé)人張良總，包括銷售、售前技術(shù)支持、方案組等業(yè)務(wù)單元。8a市場組與TJC工作往來頻繁，所 支持的銷售很多來自TJC。產(chǎn)品行銷部組織架構(gòu):2. 各相關(guān)配合部門主要負責(zé)人市場組：8a產(chǎn)品線市場組負責(zé)人龐松，組內(nèi)按照行業(yè)劃分，包括 JG行 業(yè)、OEM合作伙伴、金融行業(yè)以及安全行業(yè)；測試培訓(xùn)中心（T&T）:測試培訓(xùn)中心負責(zé)人楊偉偉，下設(shè) POC測試組 和培訓(xùn)組；POC組：小組負責(zé)人孫卡，POC按照

3、行業(yè)領(lǐng)域劃分為三個小組，包括電信（孫卡）、安全（趙景喜）、李運濤（XX）。POC職責(zé)是在 項目簽約前為用戶提供產(chǎn)品能力測試驗證（注：很多項目在簽約前，用戶會提出對產(chǎn)品進行功能驗證和性能 測試等要求）培訓(xùn)組：小組負責(zé)人沈麗平，組員包括陳婷、白帆。培訓(xùn)組負責(zé)完成對公司內(nèi)部新入職員工和用戶的產(chǎn)品培訓(xùn)工作；（注：很多項目商務(wù)合同明確要求提供產(chǎn)品培訓(xùn)，此外很多項目售前推進階段需要為用戶或者集成商提供產(chǎn)品培訓(xùn)）專業(yè)服務(wù)組：專業(yè)服務(wù)組負責(zé)人白軍奎，專業(yè)服務(wù)組的職責(zé)包括：（1）作為通向研發(fā)的唯一接口，負責(zé)完成行銷部與研發(fā)的所有交流 協(xié)調(diào)工作；（2）發(fā)版申請過程中，完成對售前的技術(shù)支持工作；（3） 為一線技術(shù)人

4、員提供專業(yè)技術(shù)支持。產(chǎn)品服務(wù)部：產(chǎn)品服務(wù)部是8a產(chǎn)品售后項目實施部門，部門負責(zé)人杜國旺。部門下設(shè)多個小組，如實施組、維護組等。3. 通常一般產(chǎn)品周期的流程售前人員為保障項目順利推進，會參與到很多流程工作中，有些流 程僅限于產(chǎn)品行銷部內(nèi)部，有些會與商務(wù)部、銷售等部門有工作交集。 本節(jié)按照項目推進的順序，全面介紹8a市場組售前可能遇到的工作流程 和處理原則。下圖為8a 一個項目完整生命周期示意圖，圖中標(biāo)注了所有可能需要 售前參與或主導(dǎo)推動的工作流程，一個項目從技術(shù)交流到最后完成實施 驗收，不一定要經(jīng)歷下述所有階段或流程，但為確保能夠為售前人員提 供有價值的參考，本手冊將詳細敘述下述所有流程。3.1

5、技術(shù)交流任務(wù)申請響應(yīng)發(fā)起方：銷售經(jīng)理 響應(yīng)方：售前經(jīng)理 流程介紹：銷售經(jīng)理通過電話、郵件等方式通知 8a行銷部對口的售前負責(zé)人, 要求協(xié)助完成與用戶（最終用戶或集成商）的技術(shù)交流，交流的方式包括技術(shù)文 檔編寫、電話解答或者與銷售一起前往客戶現(xiàn)場為對方進行產(chǎn)品宣講和技術(shù)交流。輸入條件：如果銷售要求售前前往客戶現(xiàn)場完成技術(shù)交流，則需要銷售郵件提供任務(wù)申請單.doc（模板參見第四章附件1：任務(wù)申請單.doc）；輸出物：如果售前出差到客戶現(xiàn)場，交流結(jié)束后需要編寫出行報告.doc（模板參見第四章附件2 :出行報告.doc）3.2解決方案評估發(fā)起方：售前經(jīng)理 響應(yīng)方：專業(yè)服務(wù)組流程介紹：在了解客戶需求并為

6、客戶編制解決方案階段，可能涉及部分場景過于 復(fù)雜或某些技術(shù)性能指標(biāo)售前經(jīng)理不能確定， 此時需要借助公司技術(shù)專家團隊共 同完成技術(shù)評估和方案編制。在專業(yè)服務(wù)組無法解決時，需要售前經(jīng)理主導(dǎo)請求 調(diào)動更多技術(shù)專家，共同完成方案審議。輸入條件：出行報告、需求調(diào)研報告等；輸出物：解決方案；3.3外發(fā)版本發(fā)起方：銷售經(jīng)理響應(yīng)方：售前經(jīng)理流程介紹：在售前階段為提供客戶現(xiàn)場測試版本， 或者項目簽約售后實施階段提 供現(xiàn)場正式發(fā)貨版本，銷售經(jīng)理會發(fā)起發(fā)版流程。首先銷售經(jīng)理在CRM上提交發(fā)版申請，商務(wù)發(fā)版負責(zé)人會郵件告知響應(yīng)售前經(jīng)理啟動發(fā)版程序。售前經(jīng)理在收到商務(wù)發(fā)版負責(zé)人郵件通知后，須填寫T3_GBase8a項目

7、發(fā)版申請 V1_ProjectName_YYYY-MM-DD_YourName.xls ，回復(fù)郵件主送商務(wù)發(fā)版負責(zé) 人，抄送上級主管、專業(yè)服務(wù)組負責(zé)人。輸入條件：商務(wù)發(fā)版負責(zé)人發(fā)版申請郵件 輸出物： 發(fā)版申請單（ 注：發(fā)版申請單請參見附件 3T3_GBase8a 項目發(fā)版申 請 V1_ProjectName_YYYY-MM-DD_YourName.xls ）3.4 POC 測試申請發(fā)起方： 售前經(jīng)理響應(yīng)方： POC 負責(zé)人流程介紹：某些項目由于用戶方要求， 需要協(xié)調(diào) POC 人員為用戶完成產(chǎn)品功能、 性能驗證測試。售前經(jīng)理在收到用戶方請求后，須向 POC 負責(zé)人發(fā)起 POC 申 請。POC負責(zé)

8、人確認通過后會為項目指派 POC測試工程師，售前經(jīng)理牽頭協(xié)調(diào) 用戶方、銷售、 POC 工程師，完成 POC 測試。輸入條件：POC 技術(shù)評估表（注：文檔模板請參見附件 4GPS_ 南大通用 8aPOC 項 目技術(shù)評估表 _ ；測試用例；（必須）表結(jié)構(gòu)；（可協(xié)商）測試預(yù)期；（可協(xié)商）輸出物： POC 響應(yīng)確認郵件；3.5 投標(biāo)流程發(fā)起方： 招標(biāo)單位響應(yīng)方： 售前經(jīng)理（和銷售經(jīng)理）流程介紹： 在確認招標(biāo)單位發(fā)起公開招標(biāo)后，售前經(jīng)理啟動投標(biāo)流程。 8a 產(chǎn)品 線市場組售前經(jīng)理負責(zé)投標(biāo)響應(yīng)文件技術(shù)部分的編制， 商務(wù)部分由商務(wù)部專人負 責(zé)。項目的售前經(jīng)理負責(zé)評估投標(biāo)文件編寫的工作量， 視情況向市場組負責(zé)

9、人申 請人力支持。項目售前經(jīng)理負責(zé)牽頭投標(biāo)工作，包括分工、框架搭建、整合、組 織評審、校對、投標(biāo)等。輸入條件： 招標(biāo)單位發(fā)起公開招標(biāo)，并獲得招標(biāo)文件；輸出物： 投標(biāo)響應(yīng)文件；3.6項目售后交接發(fā)起方：售前經(jīng)理 響應(yīng)方：售后負責(zé)人流程介紹：當(dāng)項目簽約或確認項目將要簽約時， 售前經(jīng)理須向售后申請啟動項目 交接流程。項目交接意味著項目由售前主導(dǎo)階段進入了售后主導(dǎo)階段，同時意味著項目即將啟動部署實施。項目售后交接屬于項目關(guān)鍵節(jié)點，售前經(jīng)理需要將售前階段的材料、方案、文檔當(dāng)整理齊備，為售后實施盡可能的提供詳盡的素材。交援啟初取目交援哇怏仕后招關(guān)負資人輸入條件：項目交接表（注：請參見附件5南大通用項目交接

10、信息表_v1.1_項 目名稱_填寫時間_填寫人員.xls） 輸出物：項目交接會議紀(jì)要;產(chǎn)品相關(guān)知識（8a產(chǎn)品線為主）1. 8a產(chǎn)品線產(chǎn)品的技術(shù)特點GBase 8a列存儲數(shù)據(jù)庫基礎(chǔ)上開發(fā)的一款Shared Nothing架構(gòu)的分布式并行數(shù)據(jù)庫集群，具備高性能、高可用、高擴展特性，可以為超大規(guī) 模數(shù)據(jù)管理提供高性價比的通用計算平臺，并廣泛地用于支撐各類數(shù)據(jù) 倉庫系統(tǒng)、BI系統(tǒng)和決策支持系統(tǒng)。1.1.產(chǎn)品技術(shù)特點GBase 8a MPP Cluster具備以下技術(shù)特征: 低硬件成本：完全使用x86架構(gòu)的PC Server，不需要昂貴的Unix服務(wù) 器和磁盤陣列；集群架構(gòu)與部署：完全并行的 MPP +

11、 Shared Nothing 的分布式架構(gòu)， 采用 Non-Master 部署，節(jié)點對等的扁平結(jié)構(gòu)；海量數(shù)據(jù)分布壓縮存儲：可處理 PB級別以上的結(jié)構(gòu)化數(shù)據(jù)，采用 hash 分布、random存儲策略進行數(shù)據(jù)存儲；同時采用先進的壓縮算法，減少 存儲數(shù)據(jù)所需的空間，可以將所用空間減少 120倍，并相應(yīng)地提高了 有效的 I/O 性能；數(shù)據(jù)加載高效性：基于策略的數(shù)據(jù)加載模式，集群整體加載速度可達2TB/h；高擴展、高可靠：支持在線擴展，實際擴展能力達到64個SafeGroup（最 多64 X 3 = 192個節(jié)點），同時提供斷點續(xù)做和非對稱方式的數(shù)據(jù)重分 布模式。支持全量、增量備份 / 恢復(fù);高可用

12、、易維護 : 數(shù)據(jù)通過 2個副本提供冗余保護，自動故障探測和管 理，自動同步元數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)。提供圖形化監(jiān)控工具和企業(yè)管理器等 管理工具，簡化管理員對數(shù)據(jù)庫的管理工作；高并發(fā) : 讀寫沒有互斥， 支持簡化模式的 MVC，C 支持數(shù)據(jù)的邊加載邊 查詢，單個節(jié)點并發(fā)能力大于 300 用戶；行列轉(zhuǎn)換存儲：提供行列轉(zhuǎn)換存儲方案，從而提高了列存數(shù)據(jù)庫特殊查 詢場景的查詢響應(yīng)耗時；標(biāo)準(zhǔn)化：支持SQL92標(biāo)準(zhǔn)；支持CAPI、ODBC JDBC ADO.NET等國際接 口規(guī)范；1.2 8a 產(chǎn)品架構(gòu)圖接口層(J0ECl ODBC, ADO.HET, C口)JLXT穴用條紡黨I櫛盒昨管理工貝企業(yè)愷曼匪 總卷工目

13、 音倒丿恢 mttia布GCIUS 誕滸題H -5=3JRDSU&碇比折 亦軌崗.rJfiBUEFttS64fi LrnuK 泰列Red Hal L Cent OSL SUSE)uw刖承聊圾券用WWW J J （ 云.慮共 1.3 MPP + share noti ng 架構(gòu)GBase 8a MPP Cluster 采用完全并行的 MPP + Shared Nothing 的 分布式扁平架構(gòu)，這種架構(gòu)中的每一個節(jié)點（no de）都是獨立的、自給 的、節(jié)點之間對等，而且整個系統(tǒng)中不存在單點瓶頸，具有非常強的擴 展性。Iiiterconncction NetworkHash, Rm” R*ndo

14、m.、/14核心組件GBase 8a MPP Cluster產(chǎn)品總共包含三大核心組件，即 GCIuster、GCware 和GNode GCWar用于各節(jié)點 GCIuster和GNode實例間共享信息，GCIuster負 責(zé)集群調(diào)度，每個GNode就是最基本的存儲和計算單元。GCIuster :GCIuster負責(zé)SQL的解析、SQL優(yōu)化、分布式執(zhí)行計劃生成、執(zhí)行調(diào)度GCWareGCWar用于各節(jié)點GCIuster和GNode實例間共享信息（包括集群結(jié)構(gòu)，節(jié) 點狀態(tài)，節(jié)點資源狀態(tài)等信息），以及控制多副本數(shù)據(jù)操作時，提供可操作節(jié)點， 并在多副本操作中，控制各節(jié)點數(shù)據(jù)一致性狀態(tài)。GCWare對于集

15、群的管理工作是以節(jié)點為基本單位的。GNodeGNode是 GCIuster中最基本的存儲和計算單元。GNode是由GCWare管理的 一個8a實例，每個GCIuster節(jié)點上有一個GNode實例運行。GNode負責(zé)集群數(shù) 據(jù)在節(jié)點上的實際存儲，并從 GCIuster接收和執(zhí)行經(jīng)分解的SQL執(zhí)行計劃，執(zhí) 行結(jié)果返回給GCIuster。數(shù)據(jù)加載時，GNodeft接從集群加載服務(wù)接收數(shù)據(jù)， 寫 入本地存儲空間。1.5. 咼可用GBase 8a MPP Cluster通過SafeGroup組內(nèi)冗余機制來保證集群的高可用特性：每個SafeGroup可提供1個或2個副本數(shù)據(jù)冗余；SafeGroup內(nèi)數(shù)據(jù)副

16、本自動同步復(fù)制引擎自動管理數(shù)據(jù)同步；圖0-1 SafeGroup 高可用性管理示意圖數(shù)疆2牛副本Replicator/ 制引事1.6. 高性能在線擴展GBase 8a MPP Cluster具備在線擴展技術(shù)：通過SafeGroup動態(tài)擴展集群節(jié)點，實際可擴展到64 X 3 (192)個節(jié)占；八、)每個節(jié)點可以處理10TB有效數(shù)據(jù)，同時提供計算和存儲能力；GCware負責(zé)新節(jié)點的數(shù)據(jù)同步； jSafegrou卩貓態(tài)擴展黑鞋節(jié)點可以實際擴展到192個節(jié)點(64 X 3)圖0-2 GBase 8a MPP Cluster在線擴展技術(shù)示意圖GCware拒盍新節(jié)點的數(shù)據(jù)同步因為GBase 8a MPP

17、Cluster采用高性能單節(jié)點的 MPP扁平架構(gòu)，因此進行 集群擴展時，可以保證平滑擴展和性能的線性增長特性。Scale up (SMP)X 扁平.時等高擴展能力mpp集髀Scale out MPP)圖0-3 GBase 8a MPP Cluster高性能高擴展示意圖1.7. 高性能數(shù)據(jù)加載數(shù)據(jù)加載功能作為GBase 8a MPP Cluster的一部分而存在，目的是將用戶 從其他數(shù)據(jù)源得到的原始數(shù)據(jù)文件，按照某種加載規(guī)則分發(fā)至集群節(jié)點，集群各 節(jié)點接收數(shù)據(jù)入庫保存到本地磁盤。集群加載采用C/S架構(gòu)，包括數(shù)據(jù)分發(fā)服務(wù)器和數(shù)據(jù)分發(fā)客戶端兩個應(yīng)用程 序。數(shù)據(jù)分發(fā)服務(wù)器接收到客戶端的數(shù)據(jù)加載請求后，

18、服務(wù)器端負責(zé)原始數(shù)據(jù)文件切分和數(shù)據(jù)文件的下發(fā)；各節(jié)點調(diào)用本地的集群加載服務(wù)接收數(shù)據(jù)入庫并保存到本地磁盤。1 - data sources2-slicing data3 - Pll da)a 、4-dalebulk loading remote gbioader)圖0-4數(shù)據(jù)加載示意圖1.8. OLAP函數(shù)GBase8a MPPCIuster提供OLAP函數(shù)，用于支持復(fù)雜的分析操作，側(cè)重對決策人員和高層管理人員的決策支持。 可根據(jù)分析人員的要求，快速靈活地進行 大數(shù)據(jù)量的復(fù)雜查詢處理，以便他們準(zhǔn)確掌握企業(yè)的經(jīng)營狀況，了解被服務(wù)對象 的需求，制定正確的方案。1.9. 行列混合存儲GBase 8a

19、MPP Cluster采用的行列混合存儲的存儲結(jié)構(gòu)，改善了當(dāng)列數(shù)較 多，查詢命中的數(shù)據(jù)記錄又非常離散時，會頻繁訪問I/O的狀況，大大縮短了延遲查詢響應(yīng)耗時，從而提高了查詢效率。GBase 8a MPP Cluster提供的行列混合存儲技術(shù)，它通過創(chuàng)建行存列的機 制，減少I/O訪問的次數(shù)，從而有效地提高I/O性能。2競爭對手情況GBase 8a MPP Cluster 心優(yōu)勢GBase 8a MPP Cluste相比其他同類數(shù)據(jù)庫產(chǎn)品，核心優(yōu)勢如下： 高性能：復(fù)雜查詢、即席查詢性能是傳統(tǒng)數(shù)據(jù)庫的 10倍以上 高性價比PCServe葉Li nux本機磁盤盤，超過小型機+Unix+車列的性能 高速同

20、步加載超過2TB/Hour的裝載速度高壓縮率：420倍以上壓縮比，節(jié)省存儲，可存儲長期歷史數(shù)據(jù) 擴展能力強：在線增加節(jié)點，無需停業(yè)務(wù)管理維護簡單智能索引免維護，工具完善易操作IBM DB2 DPFIBM DB2 Database Partition Feature的整體架構(gòu)如下:C02|D021Pa-litsofiPartrti&ri| DB2DS2 PartitionDE2 Parttion 1DB2 PartitiorD02 Partition092PartitionStorage serverGBase 8a MPP Cluste與 IBM DB2DPF的對比優(yōu)勢，如下:對比項Oracl

21、e DB2 DPFGBase 8a MPP Cluster架構(gòu)DPF是基于DB2中的傳統(tǒng)分區(qū)功能開發(fā) 的MPP莫塊。存儲結(jié)構(gòu)還是依存于傳統(tǒng) 的存儲結(jié)構(gòu)。真正的面向OLAP的 MPP架構(gòu)。 各個節(jié)點服務(wù)器之間完全獨 立。功能沒有列存儲技術(shù)，使用咼端設(shè)備來實現(xiàn) 高性能列存儲，咼效I/O，大幅度提 升性能壓縮率低，最多只能到5:1左右高壓縮比，420倍壓縮資源管理機制缺乏，需要過多的人工干 預(yù)。依存人工建立的大量數(shù)據(jù)索引。智能優(yōu)化，無需人工干預(yù)性能由于一般米用SAN架構(gòu)，隨著數(shù)據(jù)量增 大，可擴展性比較差無需磁陣，X86服務(wù)器水平線 性擴展性價比許多功能都是按模塊單獨銷售，如高可 用性；隨著業(yè)務(wù)的發(fā)展

22、，業(yè)務(wù)對數(shù)據(jù)倉 庫需求側(cè)重點也會不同，而按模塊銷售 會使業(yè)務(wù)會受到嚴(yán)重制約可擴展性性能高，功能模塊多，價格低，性價比優(yōu)勢顯著服務(wù)支持費用咼，響應(yīng)慢本地服務(wù)，成本低，響應(yīng)快TeraDataTeraData的整體架構(gòu)如下:GBase 8a MPP Cluste與 TeraData的對比優(yōu)勢，如下:對比項TeraDataGBase 8a MPP Cluster架構(gòu)私屬硬件交換機，軟硬件綁疋通用X86服務(wù)器功能由于設(shè)計原理原因，裝載數(shù)據(jù)時只有對 空表加載時才能獲得好的性能表中數(shù)據(jù)多少對加載速度無 影響壓縮率低，通常只能達到80%左右列存儲，高壓縮比，420倍 壓縮管理 維護升級時中斷業(yè)務(wù)時間過長，一般

23、需要一 周左右升級只需幾個小時性價比購買、升級費用非常昂貴性能高，價格低，性價比優(yōu)勢顯著服務(wù)支持費用咼，響應(yīng)慢本地服務(wù)，成本低，響應(yīng)快HP VerticaHP Vertica 為純軟件的 MPP產(chǎn)品，GBase 8a MPP Cluster與 HP Vertica的對比優(yōu) 勢如下：對比項HP VerticaGBase 8a MPP Cluster功能嚴(yán)重依靠projection提供不同方案的性能。擁有多個分析視圖，projection 表的數(shù)量也將增加（相同數(shù)據(jù)的多個副 本），而這抵銷了壓縮的帶來的好處一份數(shù)據(jù)，采用智能索引技術(shù) 進行自動性能優(yōu)化性能對用戶并發(fā)查詢數(shù)據(jù)庫數(shù)據(jù)支持不夠 好，此時如

24、果查詢到達可利用的內(nèi)存上 限，性能下降則非常明顯；并發(fā)數(shù)水平線性擴展如果任何查詢需要調(diào)優(yōu)，往往會受限于 projectio n 中的復(fù)制數(shù)據(jù)，靈活性較 差，性能受到影響智能索引，自動優(yōu)化，無需復(fù) 制數(shù)據(jù)國內(nèi) 案例無眾多EMC Gree nPlumEMC Gree nPlum的整體架構(gòu)如下:GBase 8a MPP Cluste與 EMC GreenPlum的對比優(yōu)勢，如下:對比項EMC Gree nPlumGBase 8a MPP Cluster架構(gòu)存在Master節(jié)點，容易形成單點故障。 且當(dāng)集群節(jié)點較多時，容易產(chǎn)生單點性 能瓶頸。對于Master節(jié)點之間的切換和 故障解除后的恢復(fù)，過程中易

25、于引起系 統(tǒng)運行環(huán)境的混亂，造成無法正常工作。為純粹的扁平結(jié)構(gòu)的 ShareNothing架構(gòu)，不存在 性能上的單點瓶頸和單點故 障問題。Greenplum基于PostgerSQL數(shù)據(jù)庫軟件 實現(xiàn)，實際上整個系統(tǒng)相當(dāng)于一個數(shù)據(jù) 庫聯(lián)邦，因此當(dāng)Greenplum遭遇斷電等 極端情況時，由于每個PostgerSQL系統(tǒng) 的當(dāng)時情況存在差異，造成節(jié)點全部斷 電后無法自動全部重啟，需要人工干預(yù)。GBase產(chǎn)品支持全部節(jié)點斷電 重啟后正常運行；這種需求對 中移動帶來的益處是在極端 的電力失效場景下，整個 MPP 系統(tǒng)仍可以迅速恢復(fù)對外提 供服務(wù)。受限于PosgerSQL在單節(jié)點上沒有并行 架構(gòu)，對多CP

26、U多核的使用效率不高?？沙浞职l(fā)揮單節(jié)點上多核SMP 多核優(yōu)勢，實現(xiàn)節(jié)點上雙向并 行。功能無增量備份，每次備份都是全備，這樣 備份歸檔會占用很多空間支持全量備份和增量備份不能縮減節(jié)點可以擴展節(jié)點，也可以縮減節(jié) 占八、壓縮態(tài)數(shù)據(jù)不支持更新和刪除操作高壓縮數(shù)據(jù)依然可以增刪改性能系統(tǒng)空間膨脹過快，空間回效率低下， 時間長，并且嚴(yán)重影響系統(tǒng)性能，如系 統(tǒng)表空間可能膨脹將近百倍系統(tǒng)空間很小，對性能無影響對并發(fā)查詢數(shù)據(jù)庫數(shù)據(jù)支持不夠好，一 般支持幾個復(fù)雜長時間SQL查詢，當(dāng)任 務(wù)更多時會自動失敗單機300并發(fā)，水平線性擴展與常見ETL、報表工具連通時兼容性及 性能都比較差接口完全標(biāo)準(zhǔn)化，兼容性好， 與主流中

27、間件、ETL、報表工 具都可對接管理維護無圖形化管理工具GUI工具：企業(yè)管理器、監(jiān)控 管理工具Master與Standby切換、回切相關(guān)繁瑣，管理維護不方便，并且經(jīng)常失敗完全對等的扁平架構(gòu)，無Master節(jié)點，無切換問題幾款數(shù)據(jù)庫集群產(chǎn)品特性對比 .Xis三.常見技術(shù)問題（ 1） GBase 8a 是 MPP 集群架構(gòu)，是否有臨時表概念？什么情況會用到臨時 表？是自動的還是須要人工設(shè)定？答：GBase 8a若采用集群方式部署，運行時有可能會根據(jù)需要自動生成臨時表。 一般情況下，數(shù)據(jù)在加載到集群中各節(jié)點時，表的分布有三種：復(fù)制表、分布表 和非復(fù)制表。 因為非復(fù)制表只保存一份， 存在數(shù)據(jù)丟失隱患，

28、 所示實際中很少用 到。平時用到最多的是分布表和復(fù)制表， 對于參與關(guān)聯(lián)運算較多的維度表或小表， 采用復(fù)制表方式存儲， 減少節(jié)點間拉表成本； 對于大的事實表， 一般采用分布表 方式，分布可以采用隨機分布或 Hash 分布。如果兩個分布表做等值 Join ，為了 減少節(jié)點間拉表的運行成本， GBase 8a 會自動評估決定是否將其中相對小的分 布表臨時合并成復(fù)制表， 這樣在每個節(jié)點與另一張分布表做 Join 。被臨時合并并 復(fù)制的表在這個過程中就生成了臨時表。 臨時表是為提高運算性能系統(tǒng)自動采取 的一種策略。運算結(jié)束后，臨時表會被釋放。（2）索引是什么機制？答：GBase 8a在數(shù)據(jù)入庫時，能夠自

29、動在每一列上建立粗粒度的智能索引，索 引包含統(tǒng)計信息，可以直接使用，降低不必要的磁盤10。對于多表關(guān)聯(lián)和等值查詢的應(yīng)用場景，針對經(jīng)常訪問的數(shù)據(jù)列，可以人工為其建立 Hash 索引，數(shù)據(jù) 在加載到集群時通過 Hash 分布的方式分不到集群每一個節(jié)點上， 發(fā)揮每一個節(jié) 點的運算能力，實現(xiàn)任務(wù)分攤，達到集群效能的最大利用。（3）如何理解索引的 “粗粒度”？答： GBase 8a 的智能索引在字段上基于數(shù)據(jù)包自動建立索引，常駐內(nèi)存，即為 粗粒度。（4）如何理解全文檢索？答：全文檢索面向的為半結(jié)構(gòu)化數(shù)據(jù)， 如微博、短信等半結(jié)構(gòu)化內(nèi)容用全文索引 效率就明顯提高。其他如文本、網(wǎng)頁等內(nèi)容，文本存在 DFS 中

30、，索引存在數(shù)據(jù) 庫中，全文抽取插件可以支持 8 種文件格式。 總的原則是小數(shù)據(jù)存在字段中， 大 文件存在 DFS 中。全文的關(guān)鍵字和索引內(nèi)容存在數(shù)據(jù)庫中， 采用單字切分技術(shù)， 和語種無關(guān)，命中率可達 100% 。（5）8a 的應(yīng)用場景？答：主要有即席查詢、 R-OLAP 應(yīng)用、數(shù)據(jù)倉庫和數(shù)據(jù)集市、低價值密度的數(shù)據(jù) 查詢分析等（如日志） 。從應(yīng)用角度在金融領(lǐng)域用于反洗錢、信用卡分析、績效 考核數(shù)據(jù)、用戶上網(wǎng)分析、審計平臺等。電信領(lǐng)域用于日志管理、經(jīng)分系統(tǒng)等。（ 6）你們 Select* 操作是否比較麻煩？ 答：對，因為需要把每個字段都列出來。但是自 8512 版本我們支持行、列混合 存儲，對于經(jīng)

31、常被 select* 的場景，可以使用行存列的方式實現(xiàn)。（7）如何理解列存儲與行存儲在增刪改查方面大數(shù)據(jù)優(yōu)勢的原理及具體體現(xiàn)答：行存： 增刪改查需要建立索引， 根據(jù)索引一行一行排查找到具體行進行增刪 改查，同時要記錄日志等文件。耗費大量 I/O 。列存：增原理： 8a 大批量數(shù)據(jù)入 庫時，可以邊查詢操作，邊入庫，兩不耽誤。使用的是 AB 版本，查的是原數(shù)據(jù) 版本，入庫則入副版本，副本入完后與原數(shù)據(jù)版本置換同步；改原理：修改時原 數(shù)據(jù)加標(biāo)記 包頭偏移量處加標(biāo)記，修改后新數(shù)據(jù)插入到最后（等于增） 。每列 最后一個包不進行壓縮， 減少插入數(shù)據(jù)的工作量； 刪原理： 刪除時原數(shù)據(jù)加標(biāo)記 包頭偏移量處加標(biāo)

32、記， 以后查操作會跳過該標(biāo)記內(nèi)容； 大數(shù)據(jù)查： 只涉及需要 查找的列，而且每列有智能索引，可以先按包排查，再在篩出的包內(nèi)排查。不需 像行存一樣所有的列每條記錄去排查； 智能索引： 不是物理存在的表， 是加載數(shù) 據(jù)庫時提取包頭內(nèi)容在內(nèi)存形成的表。（8）外部數(shù)據(jù)源加載到多個分發(fā)節(jié)點時，如果部分節(jié)點加載成功，部分節(jié)點加 載失敗，成功部分數(shù)據(jù)是否保留還是回滾？答：加載如果報 success ，則是所有可用節(jié)點數(shù)據(jù)都加載成功，如果有任何一個 節(jié)點加載出問題，則所有節(jié)點都沒有任何數(shù)據(jù)加載進去。9）群組中安全組的節(jié)點個數(shù)是否必須一樣？答：可以不一樣，但是建議實際應(yīng)用中保持一樣。（ 10）能否與 pl/sql 連接，或可以與哪些常用的客戶端工具配合使用 ,是否支持 標(biāo)準(zhǔn) SQL 所有語法