摘要：為實現不同的功能，GaussDB（DWS）提供了不同的數據對象類型，包括索引、行存表、列存表及其輔助表等。這些數據對象在特定的條件下實現不同的功能，為資料庫的快速高效提供了保證，本文對部分數據對象進行介紹。 本文分享自華為雲社區《GaussDB（DWS）之數據對象及相互關係總結》，作者：我的橘 ...
摘要：為實現不同的功能，GaussDB（DWS）提供了不同的數據對象類型，包括索引、行存表、列存表及其輔助表等。這些數據對象在特定的條件下實現不同的功能，為資料庫的快速高效提供了保證，本文對部分數據對象進行介紹。
本文分享自華為雲社區《GaussDB（DWS）之數據對象及相互關係總結》，作者：我的橘子呢 。
為實現不同的功能，GaussDB（DWS）提供了不同的數據對象類型，包括索引、行存表、列存表及其輔助表等。這些數據對象在特定的條件下實現不同的功能，為資料庫的快速高效提供了保證，本文對部分數據對象進行介紹。
1.索引（index）
索引是關係型資料庫中對某一列或者多個列的值進行預排序的數據結構。如果資料庫的記錄非常多，通過建立索引可以獲得非常快的查詢速度，當對某一列建立索引之後，通過該列進行相關查詢時資料庫系統就不必掃描整個表，而是直接通過索引定位到符合條件的記錄，在一定程度上能夠大幅提升查詢得速度。
假如需要執行如下的語句進行查詢：
SELECT name FROM test_1 WHERE number =10；
一般情況下資料庫需要對每一行進行遍歷查詢，直到找到所有滿足條件number=10的元組信息。當資料庫的記錄很多，而滿足where條件的記錄又很少時，順序掃描的性能就會很差。這時如果在表test_1的number屬性上建立索引，用於快速定位需要匹配的元組信息，資料庫只需要根據索引的數據結構進行搜索，由於常用的索引結構有B-Tree、Hash、GiSt、GIN等，這些索引結構的查詢都是快速高效的，因此可以在少數幾步內完成查詢，大大提高了查詢效率。
對錶test_1的number屬性建立索引語句如下：
CREATE INDEX numberIndex ON test_1（number）；
由於GaussDB里的所有索引都是“從屬索引”，索引在物理文件上與原來的表文件分離，執行上述創建索引語句後，系統會生成relname為numberIndex的索引類型。表和索引都是資料庫對象，在pg_class里會有該索引的記錄，有與之相對應的oid，同時在pg_index表裡會記錄索引及其對應主表的信息。對應屬性信息如圖1所示。
圖1 pg_index部分屬性
2.toast表
toast（The Oversized-Atttibute Storage Techhnique）即超尺寸欄位存儲技巧，是資料庫提供的一種存儲大數據的機制。只有一些具有變長表現形式的數據類型才會支持toast，比如TEXT類型。由於在GaussDB(DWS)的行存儲方式中，一條數據的所有列組合在一起稱之為一個tuple，多個tuple組成一個page。page是數據在文件存儲中的基本單位，其大小是固定的且只能在編譯器指定，之後無法修改，預設發大小為8KB，當某行數據很大超過page的大小時，資料庫系統就會啟動toast，對數據進行壓縮和切片。實際數據以行外存儲的形式存儲在另外一張表中，這張表就是toast表。
當一張表的任何一個屬性是可以toast的，則這張表會有一張關聯的toast表，在pg_class里表的reltoastrelid屬性里記錄了該toast表的oid，如果沒有關聯的toast表，reltoastrelid=0。那麼如何判斷一張表的屬性是否是可以toast的呢？我們可以在表的Storage選項中查看對應屬性的存儲策略。有以下四種不同的存儲策略：
- PLAIN：避免壓縮或者行外存儲；此外，它禁止為變長類型使用單位元組的頭。 這隻對那些不能TOAST的數據類型的列才有可能。
- EXTENDED：允許壓縮和行外存儲。 這是大多數TOAST數據類型的預設策略。首先會嘗試對數據進行壓縮， 如果行仍然太大，則進行行外存儲。
- EXTERNAL：允許行外存儲，但是不許壓縮。 使用EXTERNAL，將使那些數據類型為text和bytea的欄位上的子字元串操作更快 (代價是增加了存儲空間)，因為這些操作是經過優化的：如果行外數據沒有壓縮，那麼它們只會獲取需要的部分。
- MAIN：允許壓縮，但不允許行外存儲。 實際上，在這樣的欄位上仍然會進行行外存儲， 但只是作為沒有辦法把數據行變得更小以使之足以放置在一個頁面中的最後選擇。
假如創建表語句如下：
CREATE TABLE test_t(id int,description text);
創建了一張test_t表，該表有id和description兩個屬性，分別屬於int和text類型，查看該表的屬性對應的Storage策略：
圖2 test_t表相關信息
我們可以看出description屬性的Storage策略為EXTENDED，是可以toast的，系統會為test_t表創建一張關聯的toast表。
圖3 test_t表對應toast表
通過查詢pg_class，可以的看到表test_t關聯的toast表的oid為52579，進一步以此oid為條件在pg_class里就會得到toast表的相關信息。
圖4 toast表相關信息
下圖為test_t表和其對應的toast表之間的關係，以及toast表一些基本屬性的介紹。
圖5 test_t與其toast表關係圖
3.cudesc表
GaussDB(DWS)除了提供行存儲方式外，還支持列存儲方式。列存儲方式在數據壓縮、列批量數據的運算、大數據統計分析等場景中有著顯著的優勢。CU（Compress Unit）壓縮單元是列存儲的最小單位，每列預設60000行存儲在一個CU中，CU生成後數據 固定不可更改。CUDesc本身是一張行存表，它用來輔助記錄列存表的cu信息，該表的每一行描述一個CU，包括最大值最小值以及CU在文件中的偏移量和大小，連續多個行中各個不同的列的cu_id相同，可以認為就是把連續多個行截斷拿出來，然後再根據不同的列，放到不同的cu中，這些CU所在的行數都是一致的，用一個cu_id表示，但是col_id不一樣。同時還增加了一個col_id=-10的列，這個列為VCU，表示這些連續的行中，有哪些行已經是被刪除了，用delete_map記錄刪除信息。如圖6所示。
圖6 cudesc表示意圖
每張列存表都有一張對應的CUDesc表，CUDesc表的oid可以在pg_class中對應列存表元組的relcudescrelid屬性中查到，所有CUDesc表預設存儲在namespace oid = 100，name為cstore的namespace下。
4.delta表
在列存儲方式中，無論是向列存表中插入1條還是60000條數據，都只會生成一個CU，在多次插入少量數據時，不能有效的利用列存壓縮能力，導致數據膨脹影響查詢的性能和磁碟使用率。CU只支持追加寫的方式，也就是說，後面對這個CU中的數據做更新或刪除都不會真正更改這個CU，刪除是將老數據在字典中標記為作廢，更新操作是標記老數據刪除後，再寫入一條新記錄到新CU，原來的CU不會有任何的修改。
從這裡我們可以看出，在對列存表進行多次更新/刪除，或每次只插入很少量的數據後，會導致列存表空間膨脹，大量空間無法有效利用，這是因為列存表在設計上就是為了大批量數據導入以及海量數據按列存儲/查詢。Delta表正是為瞭解決這兩個問題。在啟用delta表後，單條或者小批量數據導入時，數據將進入delta表中，避免小CU的產生，delta表的增刪改查與行存表一致。開啟delta表後，將顯著提升列存表單條導入的性能。
delta表同樣是一張行存表，為了輔助列存表而存在。在創建列存表時系統會為該列存表創建一張對應的delta表，delta表的oid可以在pg_class中對應列存表元組的reldeltarelid屬性中查到，所有delta表也預設存儲在namespace oid = 100，name為cstore的namespace下。
創建一張列存表col_test，同時設置reloption屬性enable_delta=true。在pg_class中查看該表對應的delta表oid。
圖7 創建列存表並開啟delta表
進一步根據該oid信息可以查到delta表的對應信息。
圖8 查詢delta表相關信息
可以指定reloption選項設置是否為該列存表開啟delta表：
圖9 開啟/關閉delta表操作
5.分區表
分區表就是把邏輯上的一張表根據某種方案分成幾張物理塊進行存儲。這張邏輯上的表稱之為分區表，物理塊稱之為分區。分區表是一張邏輯表，不存儲數據，數據實際是存儲在分區上的。分區表的定義不難理解，下麵我們通過一個例子說明分區表的用法。
創建一張有id和name兩個屬性的分區表part_test，該表以id的大小進行分區，其中id<10的數據存儲在分區location_1，10≤id<20的數據存儲在分區location_2，所有id≥20的數據存儲在分區location_3。
CREATE TABLE part_test(id int,name text) partition BY range(id) (partition locatition_1 values less than (10),partition locatition_2 values less than (20),partition locatition_3 values less than (maxvalue));
創建好part_test表後，我們所有的增刪改查都是直接對part_test表操作的，對用戶操作來說part_test表與普通表沒有什麼區別，但實際的存儲方式卻是嚴格按照分區的劃分方式進行存儲的，數據存儲在各個分區上，part_test表作為一張邏輯表不保存數據。我們可以通過pg_partition這張系統表查詢到一張分區表的分區信息。
圖10 part_test表分區信息
分區表和分區的關係如圖所示：
圖11 分區表和分區關係圖
6.各類表相關對象總結
