Size: a a a

pgsql – PostgreSQL

2020 August 08

LB

Let Eat Bee in pgsql – PostgreSQL
Максим
При этом при получении нового запроса, данные о старом не затирались и после выполнения асинхронного запроса в бд, возвращал нужному клиенту
В постгрес нету настоящего асинхронного клиента. Все команды в соединении выполняются последовательно и должны принадлежать одной транзакции.
источник

М

Максим in pgsql – PostgreSQL
Let Eat Bee
В постгрес нету настоящего асинхронного клиента. Все команды в соединении выполняются последовательно и должны принадлежать одной транзакции.
Вот это плохо
источник

М

Максим in pgsql – PostgreSQL
Погоди, а как тогда в нагруженных сервисах. Тоже создают миллионы ролей?
источник

A

Alex in pgsql – PostgreSQL
Максим
flask асинхронный и клиент в бд асинхронный
а откуда вы простите взяли асинхронный flask?
источник

A

Alex in pgsql – PostgreSQL
Максим
При этом при получении нового запроса, данные о старом не затирались и после выполнения асинхронного запроса в бд, возвращал нужному клиенту
какую проблему вы пытаетесь в такой способ решить?
источник

A

Alex in pgsql – PostgreSQL
Максим
Вот это плохо
чем плохо?
источник

A

Alex in pgsql – PostgreSQL
Максим
Погоди, а как тогда в нагруженных сервисах. Тоже создают миллионы ролей?
при чем здесь роли?
источник

A

Alex in pgsql – PostgreSQL
Let Eat Bee
В постгрес нету настоящего асинхронного клиента. Все команды в соединении выполняются последовательно и должны принадлежать одной транзакции.
похоже на очередной хайп вокруг asyncio в питоне. бессмысленный и беспощадный.
источник

М

Максим in pgsql – PostgreSQL
Alex
при чем здесь роли?
На каждое соединение роль нужна
источник

A

Alex in pgsql – PostgreSQL
Максим
На каждое соединение роль нужна
чего? какая роль? СУБД? зачем?
источник

М

Максим in pgsql – PostgreSQL
В постгрес для соединения
источник

A

Alex in pgsql – PostgreSQL
Максим
В постгрес для соединения
что за чушь вы несете? зачем для каждого соединения отдельная роль?
источник

СГ

Сергей Голод... in pgsql – PostgreSQL
Yaroslav Schekin
Модель работы PostgreSQL вообще не такая (если я правильно понял, что Вам нужно), т.е. 1 сессия = 1 (только одна!) активная транзакция = N запросов в ней.
Поэтому Вам нужны отдельные соединения, всякие "асинхронности" в протоколе — это для сокращения сетевого траффика... если повезёт.
Ярослав, я правильно понимаю что если мне нужно сделать SELECT *****, потом обработка результатов, потом UPDATE **** (на основе обработанных результатов из предыдущего селекта), и потом финальный SELECT *** - мне потребуется три раза подключаться? Или все три запроса пройдут в рамках одного соединения, но нужно ожидать завершение каждого из запросов?
источник

М

Максим in pgsql – PostgreSQL
Бред какой-то
источник

АЛ

Аггей Лоскутников... in pgsql – PostgreSQL
Максим
В постгрес для соединения
У вас имена пользователей в приложении - это пользователи в БД с таким же именем?
источник

М

Максим in pgsql – PostgreSQL
Нененененн
источник

АЛ

Аггей Лоскутников... in pgsql – PostgreSQL
Тогда я не понял, что такое роли
источник

М

Максим in pgsql – PostgreSQL
Человек сказал, что обрабатывать одновременно запросы бд в одном соединении не может
источник

М

Максим in pgsql – PostgreSQL
Поэтому надо несколько соединений
источник

A

Alex in pgsql – PostgreSQL
Сергей Голод
Ярослав, я правильно понимаю что если мне нужно сделать SELECT *****, потом обработка результатов, потом UPDATE **** (на основе обработанных результатов из предыдущего селекта), и потом финальный SELECT *** - мне потребуется три раза подключаться? Или все три запроса пройдут в рамках одного соединения, но нужно ожидать завершение каждого из запросов?
зависит от того как вы работаете с базой данных. в общем случае нормальные люди используют соединения для выполнения нескольких запросов, если нужно.
источник