ладно, включил сек скан, теперь норм)

и ещё, как добиться Merge Join? нужно что бы были индексы на внешнем ключе таблицы, которая джойниться ?

А зачем "добиваться"-то? Hinting и т.п. — это не к PostgreSQL, там этого не любят. ;)
Т.е. дело DBA — правильно указать costs, обеспечить своевременный сбор адекватной статистики и т.п., а не добиваться конкретных планов. Если план не оптимален по другим причинам, то самое эффективное средство — переписать сам запрос.

ясно, только прочитал, что оптимизатор сам выбирает какой тип джоина использовать: Nested loop, Hash join или Merge join

О, теперь понятно почему. А как правильно составить чтобы он искал значение столбца? Просто where не работает

Нет, наоборот.
Тут раза в три-четыре должно было быть больше таблиц, чем у тебя

Нет не бывает

ещё скажи, что на каждое поле нужна отдельная таблица 0))

любители нормализаций до 6 или какой там НФ)

я всегда нормализирую к своей собственой ИНФ - Интуитивная Нормальная Форма )

Так не скажу, но вижу по предметке через интуицию, что таблиц мало...

Вот ещё бы утверждать, что JOIN-ы таблиц тормозят, в 21ом веке..,

та это шутка была))

Не, не норм. Мало таблиц

Шутка - это мы понимаем...

там ещё чел сам запутался, что у него клиент а что даннные юзера

"мне как-то объяснили, но я нихера не понял..."

"нифига не понял, но очень интересно" )))

Ну ты красавчик )

Спасибо.А есть ли в это время Лок в базе на запись ? У меня сначала идея была ,что вот будет некие workers(отдельный поток на неком сервере) над таблицей , с которым и будет общаться клиент и он будет делать locks на записи , которые сейчас в обработке, что бы не дать другим воркерам взять эту запись в работу. Но сразу стало понятно ,что он же не может Локи по одному отпускать . Значит придется то факт ,что запись взяли в обработку решать через изменение записи некого поля записи. Т.е воркерам взял запись в обработку . Поменял на ней статус. Проставил время. Сделал комит - получится семантика at least one. Если он будет удалять запись ( когда отослал ее клиенту ), когда будет брать в обработку , то это семантика - at most one ( т.к она подразумевает ,что может быть и не обработанной вообще ,если клиент упадет )