М
Штук 100
Size: a a a
2020 August 08
2_
привет, подскажите, пожалуйста. Есть таблица с полями: user_id, latitude, longitude, timestamp. Нужно вывести запросом последние координаты (latitude, longitude), которые отправлял пользователь
select * from tbl where user_id=... order by timestamp desc limit 1
XN
2flower _
select * from tbl where user_id=... order by timestamp desc limit 1
Шикарно) я тут в оверинжиниринг ударился)
VG
Можно ли отправлять в одном соединении с postgresql несколько запросов одновременно?
Зависит от драйвера к бд, вообще 1 подключение для одного пользователя, запроса синхронные, можно создать pool подключений, однако этого не достаточно и лучше использовать pgboucer, если подключений большое количество
l
Можно ли отправлять в одном соединении с postgresql несколько запросов одновременно?
http://2ndquadrant.github.io/postgres/libpq-async.html
Но это так, в теории)
Но это так, в теории)
М
Зависит от драйвера к бд, вообще 1 подключение для одного пользователя, запроса синхронные, можно создать pool подключений, однако этого не достаточно и лучше использовать pgboucer, если подключений большое количество
Я хочу использовать asyncpg
VG
Я хочу использовать asyncpg
Если запросы позволяют, то можно, но лично я сталкнулся с нестабильностью))
М
Если запросы позволяют, то можно, но лично я сталкнулся с нестабильностью))
В основном процедуры в 30 строк
М
То есть одна функция, но на выполнение время надо
М
И хочется чтобы все запросы шли к базе через одно соединение
VG
Вот у меня из-за них и были небольшие проблемы
VG
Когда теряла функция подготовленные операторы и запросы
VG
Не всегда, но не стабильно
М
Как мне сделать, чтобы допустим flask, принимал запрос, сразу отправлял запрос в бд и отдавал данные как ответ
М
И чтобы это было стабильно и надёжно
М
flask асинхронный и клиент в бд асинхронный
М
При этом при получении нового запроса, данные о старом не затирались и после выполнения асинхронного запроса в бд, возвращал нужному клиенту
YS
При этом при получении нового запроса, данные о старом не затирались и после выполнения асинхронного запроса в бд, возвращал нужному клиенту
Модель работы PostgreSQL вообще не такая (если я правильно понял, что Вам нужно), т.е. 1 сессия = 1 (только одна!) активная транзакция = N запросов в ней.
Поэтому Вам нужны отдельные соединения, всякие "асинхронности" в протоколе — это для сокращения сетевого траффика... если повезёт.
Поэтому Вам нужны отдельные соединения, всякие "асинхронности" в протоколе — это для сокращения сетевого траффика... если повезёт.
M
еще можно юзать gRPC тоже меньше трафика будет гонять