Направил и твой вопрос также в  @sqlcom, но меня там за это замьютили, так что следи сам..

Благодарю

Очень специфическая задача, думаю, никто кроме них и не знает

Согласен.

Сам до этого максимум FILESTREAM в БД включал...
Для всяких 1с, и нормально жил годами.

А тут этого монстра принесли... И с какой стороны его готовить - ХЗ.
Мало того, что не донастроили (ни в самом Шарике не включили, не настроили использование )

Так ещё и вырастили монстра....

Database Administrator, Киев

Компания - SupportYourApp.
Продукт - внутренняя CRM система.
Вилка ЗП - 3000-4500 USD

Что мы ожидаем от кандидата:
опыт работы с базами данных от 3-х лет;
опыт работы с MySQL Percona (версии 5.6 и выше) - обязательно;
понимание понятий - репликация данных, sharding, partitioning;
знание и понимание как работает InnoDB, index, autocommit, savepoint, rollback;
знания и опыт работы с SQL, view, Sphinx, Ubuntu;

Основные задачи:
установка программного обеспечения баз данных MySQL;
создание новых баз данных;
внедрение сценариев резервного копирования баз данных;
тестирования (регулярно и по запросу) работоспособности и качествf резервного копирования баз данных;
мониторинг ключевых параметров баз данных для обеспечения непрерывности сервиса;
осуществление миграции баз данных на оборудование или другую версию;
возобновление работы баз данных при авариях на оборудовании и операционных системах;


CV - cv@uniskill.com.ua
TG - @katrina_benes

Подскажите пожалуйста, что можно почитать по оптимизации запросов, джойнов, работе с планами запросов для PostgerSQL 9.5+ ?

МОжет апдейтнуть постгрес до 12+?)
P.s. я не настоящий сварщик 😅

Работаем с тем что есть)

а какой серебряной пули вы ожидаете?

Для начала можно почитать, что выдаёт explain analyze на твоих запросах

Да не серебряная пуля нужна.
Просто понять принципы, знать откуда подступаться к такого рода задачам.

какого рода задачам? в БД их миллион ))

если прям принципы то может с НФ начать? 😉

hash join какой-нить

иногда полезна и денормализация

@xilson https://postgrespro.ru/docs/postgresql/9.5/

иногда полезно и каскадную целостность отключать. и много еще всякой дичи бывает. но ведь человек принципы хочет понять, а не в дебри лезть ))

А зря. ;) Во-первых, этот релиз 9.5 — предпоследний, т.е. очень скоро придётся делать upgrade. Во-вторых, так вы упускаете 4-5 лет развития планировщика PostgreSQL, а это довольно много.

А читать можно https://www.postgresql.org/docs/current/using-explain.html , потом https://wiki.postgresql.org/wiki/Using_EXPLAIN (по ссылкам). Ну и спрашивать в каналах/чатах (например, https://t.me/pgsql ), если что.

кстати вот про каскадное удаление интересно, какую технику применить, если допустим у одного юзера лям допустим записей в другой связанной таблице (тоесть 1 юзер - лям записей), что нужно делать при удалении юзера, ведь лям записей удалить не так то быстро ?

пометить юзера удаленным и спать спокойно со всем лямом его записей. (записи юзера?.. это как?)
придется конечно логику помечания юзеров удаленными тащить в запросы или приложение, увы