Hologres:Set up data orientation

Depolama biçimi seçin

İş yükünüze uygun biçimi belirlemek için bu tabloyu kullanın. Varsayılan olarak sütun yönelimli depolama kullanılır.

Depolama biçimini ayarlayın

Bir tablo oluştururken orientation özelliğini belirtin.

V2.1 ve sonraki sürümler:

CREATE TABLE <table_name> (...) WITH (orientation = '[column | row | row,column]');

Tüm sürümler:

BEGIN;
CREATE TABLE <table_name> (...);
CALL set_table_property('<table_name>', 'orientation', '[column | row | row,column]');
COMMIT;

Nasıl çalışır?

Üç biçim, verileri diskte nasıl düzenledikleri ve hangi dizinleri oluşturdukları açısından farklılık gösterir. Bu durum, hangi sorgu türlerini verimli bir şekilde karşılayabileceklerini belirler.

Sütun yönelimli depolama, her sütunun değerlerini bitişik olarak saklar. SELECT SUM(revenue) FROM orders WHERE region = 'APAC' gibi bir sorgu, yalnızca revenue ve region sütunlarını okur ve diğerlerini atlar. Bu yaklaşım, birçok satırda bulunan küçük bir sütun alt kümesine erişen analitik sorgular için G/Ç işlemlerini azaltır.

Satır yönelimli depolama, her satırın değerlerini bitişik olarak saklar. SELECT * FROM orders WHERE id = '1001' gibi bir sorgu, tek bir PK araması yapar ve tüm satırı tek bir taramada alır. Belirli bir satırın tüm sütunlarına anında ihtiyaç duyduğunuzda bu yöntem verimlidir.

Hibrit depolama, her satırın hem satır yönelimli hem de sütun yönelimli bir kopyasını tutar. Sorgu iyileştiricisi, yürütme planına göre daha iyi performans sağlayan kopyayı seçer. Her yazma işleminin başarılı olması için her iki kopyaya da yazılması gerekir.

CREATE TABLE public.tbl_col (
    id TEXT NOT NULL,
    name TEXT NOT NULL,
    class TEXT NOT NULL,
    in_time TIMESTAMPTZ NOT NULL,
    PRIMARY KEY (id)
)
WITH (
    orientation = 'column',
    clustering_key = 'class',
    bitmap_columns = 'name',
    event_time_column = 'in_time'
);

SELECT * FROM public.tbl_col WHERE id = '3333';
SELECT id, class, name FROM public.tbl_col WHERE id < '3333' ORDER BY id;

BEGIN;
CREATE TABLE public.tbl_col (
    id TEXT NOT NULL,
    name TEXT NOT NULL,
    class TEXT NOT NULL,
    in_time TIMESTAMPTZ NOT NULL,
    PRIMARY KEY (id)
);
CALL set_table_property('public.tbl_col', 'orientation', 'column');
CALL set_table_property('public.tbl_col', 'clustering_key', 'class');
CALL set_table_property('public.tbl_col', 'bitmap_columns', 'name');
CALL set_table_property('public.tbl_col', 'event_time_column', 'in_time');
COMMIT;

SELECT * FROM public.tbl_col WHERE id = '3333';
SELECT id, class, name FROM public.tbl_col WHERE id < '3333' ORDER BY id;

CREATE TABLE public.tbl_row (
    id TEXT NOT NULL,
    name TEXT NOT NULL,
    class TEXT,
    PRIMARY KEY (id)
)
WITH (
    orientation = 'row',
    clustering_key = 'id',
    distribution_key = 'id'
);

-- PK-based point query
SELECT * FROM public.tbl_row WHERE id = '1111';

-- Multiple key lookup
SELECT * FROM public.tbl_row WHERE id IN ('1111', '2222', '3333');

BEGIN;
CREATE TABLE public.tbl_row (
    id TEXT NOT NULL,
    name TEXT NOT NULL,
    class TEXT,
    PRIMARY KEY (id)
);
CALL set_table_property('public.tbl_row', 'orientation', 'row');
CALL set_table_property('public.tbl_row', 'clustering_key', 'id');
CALL set_table_property('public.tbl_row', 'distribution_key', 'id');
COMMIT;

-- PK-based point query
SELECT * FROM public.tbl_row WHERE id = '1111';

-- Multiple key lookup
SELECT * FROM public.tbl_row WHERE id IN ('1111', '2222', '3333');

-- Avoid: clustering_key differs from PK
CREATE TABLE public.tbl_row (
    id TEXT NOT NULL,
    name TEXT NOT NULL,
    class TEXT,
    PRIMARY KEY (id)
)
WITH (
    orientation = 'row',
    clustering_key = 'name',  -- different from PK (id)
    distribution_key = 'id'
);

BEGIN;
CREATE TABLE public.tbl_row (
    id TEXT NOT NULL,
    name TEXT NOT NULL,
    class TEXT,
    PRIMARY KEY (id)
);
CALL set_table_property('public.tbl_row', 'orientation', 'row');
CALL set_table_property('public.tbl_row', 'clustering_key', 'name');  -- different from PK (id)
CALL set_table_property('public.tbl_row', 'distribution_key', 'id');
COMMIT;

CREATE TABLE public.tbl_row_col (
    id TEXT NOT NULL,
    name TEXT NOT NULL,
    class TEXT NOT NULL,
    PRIMARY KEY (id)
)
WITH (
    orientation = 'row,column',
    distribution_key = 'id',
    clustering_key = 'class',
    bitmap_columns = 'name'
);

SELECT * FROM public.tbl_row_col WHERE id = '2222';                         -- PK point query
SELECT * FROM public.tbl_row_col WHERE class = 'Class Two';                 -- Non-PK point query
SELECT * FROM public.tbl_row_col WHERE id = '2222' AND class = 'Class Two'; -- General OLAP query

BEGIN;
CREATE TABLE public.tbl_row_col (
    id TEXT NOT NULL,
    name TEXT NOT NULL,
    class TEXT,
    PRIMARY KEY (id)
);
CALL set_table_property('public.tbl_row_col', 'orientation', 'row,column');
CALL set_table_property('public.tbl_row_col', 'distribution_key', 'id');
CALL set_table_property('public.tbl_row_col', 'clustering_key', 'class');
CALL set_table_property('public.tbl_row_col', 'bitmap_columns', 'name');
COMMIT;

SELECT * FROM public.tbl_row_col WHERE id = '2222';                         -- PK point query
SELECT * FROM public.tbl_row_col WHERE class = 'Class Two';                 -- Non-PK point query
SELECT * FROM public.tbl_row_col WHERE id = '2222' AND class = 'Class Two'; -- General OLAP query

Kullanım örnekleri

Aşağıdaki örnekler V2.1 WITH (orientation = ...) söz dizimini kullanır. Tüm sürümlerle uyumlu olan eşdeğer set_table_property söz dizimi için yukarıdaki bölümlere bakın.

-- Column-oriented table (default)
CREATE TABLE tbl_col (
    a INT NOT NULL,
    b TEXT NOT NULL
)
WITH (
    orientation = 'column'
);

-- Row-oriented table
CREATE TABLE public.tbl_row (
    a INTEGER NOT NULL,
    b TEXT NOT NULL,
    PRIMARY KEY (a)
)
WITH (
    orientation = 'row'
);

-- Hybrid table (row + column)
CREATE TABLE tbl_col_row (
    pk TEXT NOT NULL,
    col1 TEXT,
    col2 TEXT,
    col3 TEXT,
    PRIMARY KEY (pk)
)
WITH (
    orientation = 'row,column'
);

SSS

Hibrit depolama hem PK nokta sorgularını hem de OLAP sorgularını destekliyorsa neden her zaman kullanılmıyor?

Veriler hem satır hem de sütun biçiminde iki kez yazıldığı için hibrit depolama daha yüksek depolama ek yüküne neden olur. Hibrit depolamayı yalnızca tek bir tablonun gerçekten hem yüksek QPS değerine sahip PK aramalarına hem de analitik sorgulara ihtiyaç duyduğu durumlarda kullanın. Yalnızca OLAP amaçlı tablolar için sütun yönelimli depolama daha verimlidir. Yalnızca PK araması yapılan tablolar için satır yönelimli depolama ek yükten kaçınır.

Oluşturulduktan sonra bir tablonun depolama biçimini değiştirebilir miyim?

Hayır. Doğrudan dönüştürme desteklenmez. Depolama biçimini değiştirmek için tabloyu yeni orientation değeriyle yeniden oluşturun.

Neden satır yönelimli depolama, sütun yönelimli depolamadan daha fazla sütunu destekler?

Sütun yönelimli tablolar varsayılan olarak dize sütunları için bitmap dizinleri dahil olmak üzere birden çok dizin oluşturur. Sütun sayısı arttıkça bu dizinler depolama ek yükünü artırır ve yazma işlemlerini yavaşlatır. Satır yönelimli tablolar yalnızca birincil anahtarı dizinlediği için sütun başına maliyet çok daha düşüktür.

Satır yönelimli bir tablo 3.000 sütunu veya sütun yönelimli bir tablo 300 sütunu aşarsa ne olur?

Bunlar kesin sınırlar değil, önerilen sınırlardır. Bu sınırların aşılması performansı düşürür: çok sayıda sütuna sahip sütun yönelimli tablolar yüksek dizin depolama ve yazma ek yüküne neden olur; çok sayıda sütuna sahip satır yönelimli tablolar satır boyutunu artırır ve nokta sorgusu aktarım hızını düşürür. Üretim iş yükleri için önerilen sınırlar içinde kalın.

Sonraki adımlar

Sorgu kalıplarınıza bağlı olarak depolama biçimi seçimini dağıtım anahtarı, kümeleme anahtarı ve bölümleme gibi diğer tablo özellikleriyle birleştirme konusunda rehberlik için bkz. Senaryo tabanlı tablo oluşturma optimizasyon kılavuzu.