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

Юзкейс обычно не открывает соединения, так это может быть не очень эффективно, но оперирует транзакциями в которых вызывает единичные действия

Хэндлер вызывает один или несколько юзкейсов в рамках соединения которое он получил сам или из мидлвари.

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

ех....

1. Два экзекьюта вынести в отдельные функци, а здесь оставить их вызов
2. Написать код экзекьютов нормально, без инъекций
3. Придумать как сюда передать db вместо глобальной переменной

Осталось всё переработать :<

и теперь я ещё узнал, что в InlineKeyboardButton ссылка может быть только http(s), а tel:... нельзя :(

А, ещё. Вместо селект + инсерт погуглить апсерт и оставить один вызов. Сейчас у тебя race condition возможен

Люблю чат аиограмма :D

Окей, спасибо, пока посмотрю твой код

А в каком? Может я там есть?

Не, точно нет

Окей

В общем, истина где-то посредине

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

0_о
Зачем этим заниматься?

Есть пул соединений, который сам знает что нужно делать и регулирует соединения.

Ты соединение берёшь из пула, и отпускаешь, если оно больше не нужно.

Пул запускается в on_startup и закрывается в on_shutdown.

Правильно обосрали :)

Как насчёт открытия соединения при старте бота и закрытии при падении бота?)

Я не отрицал пул. Но из пула соединения магией не берутся и магией же туда не возвращаются. Я не имел ввиду физическое открытие, это может быть любой способ получения. Замени в том моём сообщении "открыть" на "получить из пула" и "закрыть" на "вернуть в пул", если тебя коробит.

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

Эта магия очень важна.
Вся идея пула в том, чтобы не закрывать лишний раз, а переиспользовать в следующем запросе.