Вопрос по intarrays и GIN/GIST индексам

Собственно первый вопрос почему GIN индексы по intarray на postgres 8.3 просто не работают :(

vision=# \d vision_video
Таблица "public.vision_video"
Колонка | Тип | Модификаторы
-------------+-----------------------------+-----------------------------------------------------------------------
id | integer | not null default nextval(('public.documents_id_seq'::text)::regclass)
class | character varying(48) | not null
topic | integer[] |
...

vision=# SELECT count(*) from vision_video;
count
-------
90384
(1 запись)

vision=# CREATE INDEX CONCURRENTLY vision_video_topic_idx ON vision_video USING GIN(topic);
CREATE INDEX
vision=# EXPLAIN ANALYZE SELECT * FROM vision_video WHERE topic && ARRAY['112']::integer[];
QUERY PLAN
------------------------------------------------------------------------------------------------------------------
Seq Scan on vision_video (cost=0.00..16569.67 rows=90 width=1248) (actual time=0.089..142.912 rows=990 loops=1)
Filter: (topic && ('{112}'::text[])::integer[])
Total runtime: 147.815 ms
(3 rows)

там же через минуту:
vision=# CREATE INDEX CONCURRENTLY vision_video_topic1_idx ON vision_video USING GIST(topic);
CREATE INDEX
vision=# EXPLAIN ANALYZE SELECT * FROM vision_video WHERE topic && ARRAY['112']::integer[];
QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------------
Index Scan using vision_video_topic1_idx on vision_video (cost=0.00..112.24 rows=90 width=1248) (actual time=0.084..7.374 rows=990 loops=1)
Index Cond: (topic && ('{112}'::text[])::integer[])
Total runtime: 12.186 ms
(3 rows)

Это первое... по логике GIN индекс должен быть быстрее но этого не наблюдается и он вообще не желает использоваться.
(analyze/reindex ситуацию не меняют)

Второе:
На аналогичной таблице имеем еще один intarray со следующими данными:

Опять же:
vision=# SELECT count(*) from vision_video;
count
-------
90384
(1 запись)

vision=# SELECT count(*) from vision_video where tags is not null and tags <> '{}';
count
-------
18115
(1 запись)
(тоесть совсем не много реально заполненных данных)

Средняя длинна тагов тоже маленькая:

vision=# SELECT avg(array_upper(tags,1)) from vision_video where tags is not null and tags <> '{}';
avg
--------------------
2.6531603643389456
(1 запись)

Совсем уникальных записей
vision=# SELECT count(distinct tags) from vision_video where tags is not null and tags <> '{}';
count
-------
10398
(1 запись)

GIN индекс по этому полю делается за 1-10 секунд... но не работает... см п1.

Создание же GIST индекса занимает черт знает сколько времени (сейчас уже вот 4 часа на серьезном сервере работает и грузит одно ядро на 100%).
Что делать и как вылечить ситуацию (записей смешное количество)?

--
Maxim Boguk