Оптимизация, не могу или лень заполнить данными БД. Отфильтровать большую, лишь потом join-ить

Т.е. всё-таки hints, так? Оптимизация — это проблема планировщика запросов, поэтому мой совет — не заниматься подобной ерундой (это нередко плохо кончается даже у тех, кто знает, что делает).

Мне говорили что такое можно сделать только в оракл, а в постгрес никак

Здравствуйте. Мне в определенное время дня надо автоматически запускать хранимку. Можно ли это сделать средствами постгреса, и если нет, то как правильно?

кроном

"Из коробки" — нет. Кроме планировщиков OS (уже посоветовали), есть такие сторонние расширения, как pg_cron, pg_timetable и т.п.

А в планировщике ОС должен быть... Скрипт какой-то, который запрос кидает?

Вызов psql с нужной командой или файлом с командами, например.
Но если Вам нужна высокая надёжность (чтобы задача была выполнена даже при условии, что возникали [временные] исключительные ситуации, но это вообще было возможно в заданный промежуток времени), то все подобные решения (на основе планировщиков OS) не очень хороши, как мне кажется.

Я уже выбрал pg_cron

Спасибо

Ответ: похоже, да. По меньшей мере, у меня отработало так.

Просили передать, что ты красавчик !)

И ты тоже !

Привет, люди добрые, подскажите пожалуйста как можно построить наиболее эффективную query для пагинации с мерджем 2 таблиц и сортировкой.

Есть User (id, company:str), Offer (id, company:str), Department (id, name:str), UserDepartment (m2m), OfferDepartment (m2m). Есть сторонний API, где можно забрать много офферов, пагинированных 92 страницы по 30 штук.
Нужно забрать все офферы с локальной базы, смерджить с апишным JSON и выдать пагинированными.

Мне нужно вывести все в порядке [local_perfect_match, api_perfect_match, local_good_match, api_good_match, local_others, api_others]
Важно, что из API офферов должно быть top5.

Для каждого юзера оффер может быть perfect, если user.company == offer.company   and у них есть один общий депертамент.
Для каждого юзера оффер может быть good, если только user.company == offer.company.

Я знаю, что нужно проиндексировать строки компании, foreign айдишники. Есть еще идея пихать все api офферы вытягивать каждые 2 часа в локальную другую таблицу и кешировать топ 5 для каждого юзера. Но я не понимаю, как сделать хороший эффективный запрос, чтобы не вытягивать все объекты и нормально пропагинировать SQL'но. Важно соблюдать порядок [local_perfect_match, api_perfect_match, local_good_match, api_good_match, local_others, api_others]

Я сделал примерно так, но не уверен, что это прям самая эффективная квери https://pastebin.com/TVrh2GBx

Там вместо захардкоженной компании по сути компания юзера, а вместо большого ренджа из department_id все department_id из таблицы UserDepartment

Очень добрые должны быть люди, чтобы Вам помочь. Я всячески топлю за минимизацию токсичности любого коммьюнити, но запрос, который Вы сформулировали - называется backseat driving или по-русски "товарищ прапорщик, зарядите мне автомат, пожалуйста, стрелять буду".
Одно дело, когда нужно помочь концептуально - "делать надо в целом так, копать в том направлении", а чтобы Вам помочь - надо погрузиться в предметную область, раскурить логику этого запроса, так ещё и оптимизировать)

Тут не прямо погружаться, просто я задал наверное слишком объемный вопрос. Я скинул ссылку, там запрос мой SQL, я не особо понимаю, хорошо ли он написан мною или нет, просто раньше таких больших запросов не писал)