Может ли столбцы столбцов индекса PostgreSQL?

Question

Я не могу найти определенный ответ на этот вопрос в документации. Если столбец является типом массива, будут ли все введенные значения индивидуально проиндексированы?

Я создал простую таблицу с одной колонкой int[] и разместил на ней уникальный индекс. Я заметил, что я не могу добавить один и тот же массив ints, что заставляет меня полагать, что индекс является составной частью элементов массива, а не индексом каждого элемента.

INSERT INTO "Test"."Test" VALUES ('{10, 15, 20}'); 
INSERT INTO "Test"."Test" VALUES ('{10, 20, 30}'); 

SELECT * FROM "Test"."Test" WHERE 20 = ANY ("Column1"); 

Помогает ли этот запрос в этом вопросе?

Answer 1

Да, вы можете индексировать массив, но вы должны использовать array operators и GIN-index type.

Пример:

CREATE TABLE "Test"("Column1" int[]); 
    INSERT INTO "Test" VALUES ('{10, 15, 20}'); 
    INSERT INTO "Test" VALUES ('{10, 20, 30}'); 

    CREATE INDEX idx_test on "Test" USING GIN ("Column1"); 

    -- To enforce index usage because we have only 2 records for this test... 
    SET enable_seqscan TO off; 

    EXPLAIN ANALYZE 
    SELECT * FROM "Test" WHERE "Column1" @> ARRAY[20]; 

Результат:

Bitmap Heap Scan on "Test" (cost=4.26..8.27 rows=1 width=32) (actual time=0.014..0.015 rows=2 loops=1) 
    Recheck Cond: ("Column1" @> '{20}'::integer[]) 
    -> Bitmap Index Scan on idx_test (cost=0.00..4.26 rows=1 width=0) (actual time=0.009..0.009 rows=2 loops=1) 
     Index Cond: ("Column1" @> '{20}'::integer[]) 
Total runtime: 0.062 ms 

Answer 2

Теперь можно индексировать отдельные элементы массива. Например:

CREATE TABLE test (foo int[]); 
INSERT INTO test VALUES ('{1,2,3}'); 
INSERT INTO test VALUES ('{4,5,6}'); 
CREATE INDEX test_index on test ((foo[1])); 
SET enable_seqscan TO off; 

EXPLAIN ANALYZE SELECT * from test WHERE foo[1]=1; 
               QUERY PLAN              
------------------------------------------------------------------------------------------------------------------ 
Index Scan using test_index on test (cost=0.00..8.27 rows=1 width=32) (actual time=0.070..0.071 rows=1 loops=1) 
    Index Cond: (foo[1] = 1) 
Total runtime: 0.112 ms 
(3 rows) 

Работает, по крайней мере, в Postgres 9.2.1. Обратите внимание, что вам нужно создать отдельный индекс для каждого индекса массива, в моем примере я только проиндексировал первый элемент.

Answer 3

@Tregoreg поднял вопрос с в комментарии к его предлагаемой щедрости:

я не нашел текущие ответы работы. Использование индекса GIN на столбце с массивом не увеличивает производительность оператора ANY() . Неужели нет решения?

@Frank's accepted answer говорит вам использовать операторов массива, который является еще правильна в 2015.
Per documentation:

стандартное распределение PostgreSQL включает в себя оператор GIN классы для одномерных массивов, которые поддерживают индексированные запросы с использованием этих операторов:

<@ 
@> 
= 
&& 

The complete list of built-in operator classes for GIN indexes in the standard distribution is here.

В Postgres индексы связаны с операторами, а не типы данных или функции или что-нибудь еще. Это heritage from the original Berkeley design of Postgres и очень сложно изменить сейчас. И это нормально работает. Here is a thread on pgsql-bugs with Tom Lane commenting on this.

Индексированное выражение должно быть на слева оператора. Для большинства операторов (, включая все вышеперечисленное) планировщик запросов может достичь этого, перевернув операнды, если вы поместите индексированное выражение вправо - при условии, что был определен COMMUTATOR.ANY construct может использоваться в сочетании с различными операторами и не является самим оператором. При использовании в качестве constant = ANY (array_expression) только индексы, поддерживающие оператор =, на элементы массива будут квалифицироваться, и нам понадобится коммутатор для = ANY(). Индексы GIN отсутствуют.

Postgres в настоящее время недостаточно умен, чтобы получить от него GIN-индексируемое выражение. Для начала constant = ANY (array_expression): не полностью эквивалентен до array_expression @> ARRAY[constant]. Операторы массива возвращают ошибку, если задействованы элементы NULL , а конструкция ANY может обрабатывать NULL с обеих сторон. И есть разные результаты для несоответствий типа данных.

Похожие ответы:

• Check if value exists in Postgres array

• Index for finding an element in a JSON array

• SQLAlchemy: how to filter on PgArray column types?

• Can IS DISTINCT FROM be combined with ANY or ALL somehow?

---

Что касается UNIQUE ограничения в вашем вопросе, который остался без ответа: Это осуществляется с индексом ВТКЕЯ на всю стоимости массива (как вы подозреваемые) и не помогает с поиском для элементов вообще , Реквизиты:

• How does PostgreSQL enforce the UNIQUE constraint/what type of index does it use?