Postgres benzersiz kısıtlama ve dizin karşılaştırması

Anlayabildiğim gibi Belgeleri aşağıdaki tanımlar eşdeğerdir:

create table foo (
    id serial primary key,
    code integer,
    label text,
    constraint foo_uq unique (code, label));

create table foo (
    id serial primary key,
    code integer,
    label text);
create unique index foo_idx on foo using btree (code, label);    

Ancak, Postgres 9.4 kılavuzundaki şöyle diyor:

Tabloya benzersiz bir kısıtlama eklemenin tercih edilen yolu ALTER TABLE ... ADD CONSTRAINT. Benzersiz kısıtlamaları uygulamak için dizinlerin kullanılması, doğrudan erişilmemesi gereken bir uygulama ayrıntısı olarak düşünülebilir.

(Düzenle: bu not Postgres 9.5 içeren kılavuzdan kaldırılmıştır.)

Sadece iyi bir stil midir? Bu değişkenlerden birini seçmenin pratik sonuçları nelerdir (örneğin performansta)?

Bu temel ama önemli konuda bazı şüphelerim vardı, bu yüzden örnek olarak öğrenmeye karar verdim.

Benzersiz sütunla con_id ve benzersiz dizinle ind_id dizinli iki sütunlu test tablosu yöneticisi oluşturalım .

create table master (
    con_id integer unique,
    ind_id integer
);
create unique index master_unique_idx on master (ind_id);

    Table "public.master"
 Column |  Type   | Modifiers
--------+---------+-----------
 con_id | integer |
 ind_id | integer |
Indexes:
    "master_con_id_key" UNIQUE CONSTRAINT, btree (con_id)
    "master_unique_idx" UNIQUE, btree (ind_id)

Tablo açıklamasında (psql cinsinden \ d) benzersiz dizinden benzersiz bir kısıtlama anlatabilirsiniz.

benzersizlik

Her ihtimale karşı benzersizliği kontrol edelim.

test=# insert into master values (0, 0);
INSERT 0 1
test=# insert into master values (0, 1);
ERROR:  duplicate key value violates unique constraint "master_con_id_key"
DETAIL:  Key (con_id)=(0) already exists.
test=# insert into master values (1, 0);
ERROR:  duplicate key value violates unique constraint "master_unique_idx"
DETAIL:  Key (ind_id)=(0) already exists.
test=#

Beklendiği gibi çalışıyor!

Yabancı anahtarlar

Şimdi , master'daki iki sütunumuza değinen iki yabancı anahtar içeren ayrıntı tablosunu tanımlayacağız .

create table detail (
    con_id integer,
    ind_id integer,
    constraint detail_fk1 foreign key (con_id) references master(con_id),
    constraint detail_fk2 foreign key (ind_id) references master(ind_id)
);

    Table "public.detail"
 Column |  Type   | Modifiers
--------+---------+-----------
 con_id | integer |
 ind_id | integer |
Foreign-key constraints:
    "detail_fk1" FOREIGN KEY (con_id) REFERENCES master(con_id)
    "detail_fk2" FOREIGN KEY (ind_id) REFERENCES master(ind_id)

Hata yok. Çalıştığından emin olalım.

test=# insert into detail values (0, 0);
INSERT 0 1
test=# insert into detail values (1, 0);
ERROR:  insert or update on table "detail" violates foreign key constraint "detail_fk1"
DETAIL:  Key (con_id)=(1) is not present in table "master".
test=# insert into detail values (0, 1);
ERROR:  insert or update on table "detail" violates foreign key constraint "detail_fk2"
DETAIL:  Key (ind_id)=(1) is not present in table "master".
test=#

Her iki sütuna da yabancı anahtarlarda başvurulabilir.

Dizin kullanarak kısıtlama

Mevcut benzersiz dizini kullanarak tablo kısıtı ekleyebilirsiniz.

alter table master add constraint master_ind_id_key unique using index master_unique_idx;

    Table "public.master"
 Column |  Type   | Modifiers
--------+---------+-----------
 con_id | integer |
 ind_id | integer |
Indexes:
    "master_con_id_key" UNIQUE CONSTRAINT, btree (con_id)
    "master_ind_id_key" UNIQUE CONSTRAINT, btree (ind_id)
Referenced by:
    TABLE "detail" CONSTRAINT "detail_fk1" FOREIGN KEY (con_id) REFERENCES master(con_id)
    TABLE "detail" CONSTRAINT "detail_fk2" FOREIGN KEY (ind_id) REFERENCES master(ind_id)

Şimdi sütun kısıtlamaları açıklaması arasında fark yoktur.

Kısmi dizinler

Tablo kısıtlaması bildiriminde kısmi dizin oluşturamazsınız. Bu doğrudan gelir tanımı içinde create table .... Benzersiz dizin bildiriminde WHERE clausekısmi dizin oluşturmak için ayarlayabilirsiniz . Ayrıca dizin oluşturabilirsiniz ifadede (yalnızca sütunda değil) ve diğer bazı parametreleri de tanımlayabilirsiniz (harmanlama, sıralama düzeni, NULL yerleştirme).

Sen olamaz kısmi dizini kullanarak tablo kısıtlaması ekleyin.

alter table master add column part_id integer;
create unique index master_partial_idx on master (part_id) where part_id is not null;

alter table master add constraint master_part_id_key unique using index master_partial_idx;
ERROR:  "master_partial_idx" is a partial index
LINE 1: alter table master add constraint master_part_id_key unique ...
                               ^
DETAIL:  Cannot create a primary key or unique constraint using such an index.

Kullanmanın Bir daha avantaj UNIQUE INDEXVS. UNIQUE CONSTRAINTolduğunu yapabilirsiniz kolayca DROP/ CREATEbir dizin CONCURRENTLYise bir kısıtlama ile bunu yapamazsınız.

Benzersizlik bir kısıtlamadır. Bir indeks, belirli bir değerin zaten mevcut olup olmadığını belirlemek için mevcut tüm değerleri hızlı bir şekilde arayabildiğinden, benzersiz bir dizin oluşturulması yoluyla uygulanır.

Kavramsal olarak endeks bir uygulama detayıdır ve teklik sadece kısıtlamalarla ilişkilendirilmelidir.

Tam metin

Yani hız performansı aynı olmalı

Karşılaştığım başka bir şey, sql ifadelerini benzersiz dizinlerde kullanabilmeniz, ancak kısıtlamalarda kullanmamanızdır.

Yani, bu işe yaramaz:

CREATE TABLE users (
    name text,
    UNIQUE (lower(name))
);

ancak işleri takip etmek.

CREATE TABLE users (
    name text
);
CREATE UNIQUE INDEX uq_name on users (lower(name));

Çeşitli insanlar benzersiz kısıtlamalardan benzersiz kısıtlamalara göre avantaj sağladığından, bir dezavantaj vardır: benzersiz bir kısıtlama ertelenebilir (yalnızca işlemin sonunda kontrol edilebilir), benzersiz bir dizin olamaz.

Bunu dokümanda okudum:

Table_constraint EKLE [VALID DEĞİL]

Bu form , şu anda yalnızca yabancı anahtar kısıtlamaları için izin verilen CREATE TABLEseçenekle aynı sözdizimini kullanan bir tabloya yeni bir kısıtlama ekler NOT VALID. Kısıtlama işaretlenirse NOT VALID, tablodaki tüm satırların kısıtlamayı karşıladığını doğrulamak için potansiyel olarak uzun olan ilk kontrol atlanır . Kısıtlama, sonraki eklemelere veya güncellemelere karşı yine de uygulanacaktır (yani, referans verilen tabloda eşleşen bir satır olmadığı sürece başarısız olurlar). Ama veritabanı olmaz o VALIDATE CONSTRAıNT'I seçeneğini kullanarak doğrulandıktan kadar kısıt, tablodaki tüm satırlar için geçerlidir varsayalım.

Bu yüzden bir kısıtlama ekleyerek buna "kısmi teklik" adını verdiğinizi düşünüyorum.

Ve benzersizliğin nasıl sağlanacağı hakkında:

Benzersiz bir kısıt eklenmesi, otomatik olarak kısıtta listelenen sütun veya sütun grubunda benzersiz bir B-ağacı dizini oluşturur. Yalnızca bazı satırları kapsayan benzersizlik kısıtlaması benzersiz bir kısıtlama olarak yazılamaz, ancak benzersiz bir kısmi dizin oluşturarak böyle bir kısıtlamanın uygulanması mümkündür.

Not: Bir tabloya benzersiz bir kısıtlama eklemenin tercih edilen yolu ALTER TABLE… CONSTRAINT EKLEMEKTİR. Benzersiz kısıtlamaları zorlamak için dizinlerin kullanılması, doğrudan erişilmemesi gereken bir uygulama ayrıntısı olarak düşünülebilir. Bununla birlikte, benzersiz sütunlarda manuel olarak dizin oluşturmaya gerek olmadığının farkında olunmalıdır; bunu yapmak otomatik olarak oluşturulan dizini çoğaltır.

Bu nedenle, benzersizliği sağlamak için bir dizin oluşturan bir kısıtlama eklemeliyiz.

Bu sorunu nasıl görüyorum?

"Kısıtlama" , bu sütunun benzersiz olması gerektiğini gramatik olarak sağlamayı, bir yasa, kural oluşturur; "index" anlamsaldır , "nasıl uygulanır, benzersizliğe nasıl ulaşılır, uygulama söz konusu olduğunda benzersiz ne anlama gelir" hakkında. Bu nedenle, Postgresql'in onu uygulama şekli çok mantıklı: ilk olarak, bir sütunun benzersiz olması gerektiğini beyan edersiniz, ardından Postgresql sizin için benzersiz bir dizin ekleme uygulamasını ekler .

Kilitlemede bir fark var.
Dizin eklemek tabloya okuma erişimini engellemez.
Bir kısıtlama eklemek, ALTER TABLE ile eklendiğinden bir tablo kilidi koyar (böylece tüm seçimler engellenir) .

Dizinlerle değil, yalnızca kısıtlamalarla yapılabilecek çok küçük bir şey, tümceyi kullanmaktır ON CONFLICT ON CONSTRAINT( ayrıca bu soruya bakın ).

Bu işe yaramaz:

CREATE TABLE T (a INT PRIMARY KEY, b INT, c INT);
CREATE UNIQUE INDEX u ON t(b);

INSERT INTO T (a, b, c)
VALUES (1, 2, 3)
ON CONFLICT ON CONSTRAINT u
DO UPDATE SET c = 4
RETURNING *;

Ürettiği:

[42704]: ERROR: constraint "u" for table "t" does not exist

Dizini bir kısıtlamaya dönüştürün:

DROP INDEX u;
ALTER TABLE t ADD CONSTRAINT u UNIQUE (b);

Ve INSERTifade şimdi işe yarıyor.