Подготовленные выражения и параметризованные запросы теперь работают с самым популярным пулером соединений для Postgres — pgBouncer

В этом посте разбирается, почему и как это реализовано через transaction mode в pgBouncer, а также как находить типичные проблемы в такой конфигурации.

👉 @SQLPortal

libpq углублённый разбор. День 5 - Почему оно называется libpq?

Ну lib понятно — от слова library. А вот почему именно ‘pq’...

Есть идеи? Без подсказок ;)

👉 @SQLPortal

🤢🤢🤢Проводим самый БОЛЬШОЙ розыгрыш этого лета сразу на 🤢🤢🤢🤢🤢🤢🤢 рублей

РАЗЫГРЫВАЕМ iPhone 16 Pro Max, Macbook Air M4, AirPods Pro и кучу других призов — с вас всего лишь подписка.

Для участия нужно:
🤢Быть подписанным на Техночат и Сёрч
🤢Нажать «Участвую!» под этим постом

Итоги подведём 8 сентября в 18:00 случайным образом при помощи бота. Доставка для победителя бесплатная. Всем удачи!

Две SQL-запроса ниже для планировщика разные:

select * from emp where id = 7

select * from emp where id = 9

Планировщику нужно разобрать скомпилировать и построить план для каждого

Использование bind-переменных позволяет избежать парсинга
Теперь оба хешируются в один и тот же план:

select * from emp where id = ?, 7

select * from emp where id = ?, 9

Из этого вылезают любопытные ситуации:

select * from emp where id between ? and ?, 1, 3

может использовать индекс по id благодаря высокой избирательности, но повторное применение того же индексного плана для

select * from emp where id between ? and ?, 0, 9000000

может быть не таким эффективным как полный скан

Ничего не бывает бесплатным. Всегда есть компромисс

👉 @SQLPortal