Блог

У меня есть необходимость хранить данные, используя тип HSTORE и индексировать по ключу.

 CREATE INDEX ix_product_size ON product(((data->'Size')::INT))
CREATE INDEX ix_product_color ON product(((data->'Color')))
etc.
  

Каковы практические ограничения использования индексов выражений? В моем случае может быть несколько сотен различных типов данных, следовательно, несколько сотен индексов выражений. Каждый запрос insert, update и select должен обрабатываться с учетом этих индексов, чтобы выбрать правильный.

Я никогда не играл с hstore, но я делаю нечто подобное, когда мне нужен столбец EAV, например:

 create index on product_eav (eav_value) where (eav_type = 'int');
  

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

 select product_id
from product_eav
where eav_name = 'size'
and eav_value = :size;
  

Но этот был бы:

 select product_id
from product_eav
where eav_name = 'size'
and eav_value = :size
and type = 'int';
  

В вашем примере это, вероятно, должно быть больше похоже:

 create index on product ((data->'size')::int) where (data->'size' is not null);
  

Это должно избежать добавления ссылки на индекс, когда нет записи размера. В зависимости от используемой вами версии PG запрос может потребоваться изменить следующим образом:

 select product_id
from products
where data->'size' is not null
and data->'size' = :size;
  

Еще одно большое различие между обычным и частичным индексами заключается в том, что последний не может применять ограничение уникальности в определении таблицы. Это приведет к успеху:

 create unique index foo_bar_key on foo (bar) where (cond);
  

Следующее не будет:

 alter table foo add constraint foo_bar_key unique (bar) where (cond);
  

Но это приведет:

 alter table foo add constraint foo_bar_excl exclude (bar with =) where (cond);