добрый день,

подскажите плз, в рамках одного подключения к БД (одна сессия pg_backend_pid),
если первый запрос еще выполняется (не вернул ответа), будет ли паралельно выполнен второй запрос в очереди в данном конекте?
Либо он дождется пока не выполнится предыдущий запрос, и только потом будет исполнится?

Драйвер подключения, допустим, libpq

Спасибо.

Maxim Boguk,

Максим, спасибо большое!

Можете проконсультировать,

Если рассматривать "классическое" клиент-серверное приложение, насколько целесообразно использовать принцип:
один клиент - одна сессия?

Из возможных плюсов- если на сервере мы знаем pg_backend_pid клиента, мы можем его использовать при временном хранении данных по этой сессии, использовать временные таблицы в рамках этой сессии.

Из минусов - конект лочится, пока не придут результаты, запросы к серверу посылаем последовательно.

А какие еще есть минусы у такого подхода? (одна сессия на одно клиентское приложение) ?




Спасибо!

Maxim Boguk,

спасибо еще раз!

Конектов на одну базу - 30~50
Баз на сервере ~10 (идентичные, отличаются данными)
Насколько рационально вданном случае использовать сессию бд?


Сейчас есть пулинг, т.е. 1 клиент не владеет выделенным коннектом.

Сейчас на клиенте генерируется определенный client_id, который передается с каждым запросом в базу, для идентификации клиента.

Но есть неудобство в использовании временных таблиц, но самое неудобное - между процедурами приходится передавать этот client_id.

Как вариант можно наверно попробовать использовать set local в рамка транзакции. Т.е. попробовать всю работу по обработке клиентского запроса проводить в рамках одной транзакции. внутри которой вызывать нужные процедуры без параметра client_id, а пробовать получать из локального параметра, установленной "родительской" транзакцией. Но насколько это жизнеспособно пока под вопросом (если вообще возможно)

Спасибо за консультацию!