Подскажите почему при anti join оптимизатор не использует индексы? https://stackoverflow.com/questions/5274851/postgres-anti-join-needs-table-scan Проблема описана тут и set enable_seqscan to off; ее решает, но хотелось бы более правильное решение

статистика свежая?

вообще - смотреть внимательно в косты конкретного запроса с и без set enable_seqscan to off;

Запрос вот, любой из двух

это план без set enable_seqscan to off;

Я думаю это специфический случай, а не характерный. Т.е. не анти джойн определяет использование индекса. А неиспользут по общим причинам

А это уже с set enable_seqscan to off;

посмотри в кост индекс онли скана, он же у тебя зашкаливает

ну это мультикаломный индекс по двум полям, может из за этого?

из чего складывается кост индекс онли скана?

Напиши тогда статью, на хабре например. И ещё вопрос - на 2 серваках можно развернуть с ним HA кластер, или нужен 3-й с арбитром?

ну это мультикаломный индекс по двум полям, может из за этого?

а какое отношение relallvisible/relpages?

vacuum этой таблице делал?

vacuum этой таблице делал?

нет

а твой запрос с индекс онли сканами по факту быстрее?

а твой запрос с индекс онли сканами по факту быстрее?

без них 45 мин, с ними пока не знаю, выполняется еще

потому что если ты забыл сделать vacuum, то index only scan может стать ещё хуже, чем seq scan

seq scan хоть по одному разу в страничку заглядывает

без них 45 мин, с ними пока не знаю, выполняется еще

A EXPLAIN (ANALYZE, BUFFERS) есть?

а что если просто всё переписать на EXCEPT?

а что если просто всё переписать на EXCEPT?

дольше работает, сейчас скину план

я никогда не сталкивался с такими обьемами данных, поэтому прошу совета, подскажите как лучше сделать

для начала по возможности сделать cluster по индексу и сделать vacuum analyze

а оттуда начинать копать вглубь

а сколько у тебя work_mem?

http://pgtune.leopard.in.ua/ cделан? :)

а сколько у тебя work_mem?

4MB

http://pgtune.leopard.in.ua/ cделан? :)

этого не знаю, у меня нет доступа к серверу бд

эмм, у вас есть DBA?

)) нет

если у тебя нет доступа к серверу, и на нём дефолтовый work_mem, то им скорее всего просто забыли заняться

4MB

тут был хороший стикер

этого не знаю, у меня нет доступа к серверу бд

давай начнём с детских проблем

1) http://pgtune.leopard.in.ua/ как минимум 2) vacuum analyze;

и после этого уже смотреть в планы

1) http://pgtune.leopard.in.ua/ как минимум 2) vacuum analyze;

окей, спасибо

скорее всего у тебя тупо сортировка в except не влезает в work_mem, хотя могла бы

и оттого хочет делаться на диске

возможно, тебе просто нужен except, в который ты добавишь два одинаковых order by, чтобы скан был по индексу, а не по таблице

Давайте все хранить в текстовых файлах, это же так удобно.?