фильтровать по ним.
создал индекс:
create index a_search on answers using GIN (quiz_id, results);
На такой запрос:
explain (analyse, buffers)
select *
from answers
where quiz_id = 1
and results @> '{"015f568b-ef85-48cc-bb6b-c096c01ea520": [{"uuid": "cf32bcff-8843-4227-b7df-2335ed3f4753"}]}'
получаю:
QUERY PLAN
Bitmap Heap Scan on answers (cost=7.71..9.91 rows=1 width=248) (actual time=0.120..2.489 rows=196 loops=1)
Recheck Cond: (results @> '{"015f568b-ef85-48cc-bb6b-c096c01ea520": [{"uuid": "cf32bcff-8843-4227-b7df-2335ed3f4753"}]}'::jsonb)
Filter: (quiz_id = 1)
Heap Blocks: exact=29
Buffers: shared hit=423
-> Bitmap Index Scan on a_search (cost=0.00..7.71 rows=2 width=0) (actual time=0.093..0.093 rows=196 loops=1)
Index Cond: (results @> '{"015f568b-ef85-48cc-bb6b-c096c01ea520": [{"uuid": "cf32bcff-8843-4227-b7df-2335ed3f4753"}]}'::jsonb)
Buffers: shared hit=7
Planning Time: 0.326 ms
Execution Time: 2.574 ms
я правильно понимаю что по первому полю поиск идёт не индексированный?
Да, правильно. И в данном конкретном случае это бы только навредило (видимо, планировщик об этом "знает"). Можно посмотреть, как это оценивается с помощью "EXPLAIN select * from answers where quiz_id = 1;", по идее.
Обсуждают сегодня