RM
Да и думаю много кто
Size: a a a
2020 March 17
Т8
Я извиняюсь, а как в libpqxx если соединение отвалилось сделать реконнект?
У тебя пакетный менеджер требует postgresql?
IO
Автоматической функции реконнекта в постгре клиенте нету и не было никогда
RM
Т-34 85
У тебя пакетный менеджер требует postgresql?
SW - нет, он сам все делает
RM
Автоматической функции реконнекта в постгре клиенте нету и не было никогда
а вот у меня pqxx::connection хранится в unique_ptr, как правильно в случае падения соединения удалить из unique_ptr pqxx::connection ?
Т8
SW - нет, он сам все делает
А зачем тогда libpqxx?
RM
Там же объект unique_ptr уже имеет созданный make_unique объект
A
а вот у меня pqxx::connection хранится в unique_ptr, как правильно в случае падения соединения удалить из unique_ptr pqxx::connection ?
сделать Deleter, который будет его закрывать, наверное
RM
сделать Deleter, который будет его закрывать, наверное
Получается, нужно вызвать reset?
A
unique_ptr в деструкторе сам умеет делитер вызывать, но если надо до деструктора удолить, то получается, что да
RM
unique_ptr в деструкторе сам умеет делитер вызывать, но если надо до деструктора удолить, то получается, что да
Дело в том, что у меня unique_ptr<pqxx::connection> хранится в std::array
A
у которого время жизни больше, чем у птра самого?
RM
у которого время жизни больше, чем у птра самого?
std::array живет всегда
RM
Я его создаю в классе
A
ну да тогда, сбрасывать надо
IO
Вообще, если пару раз
activate вызвать, то порой переподключаетсяIO
Но это стремнй вариант
IO
У нас чел наследовал connection класс и писал реализацию реконнекта, где через try/catch пытался переподключить соединение раз 15. Если через 15 попыток не подключилось. то убивал подключение
IO
А почему ты вообще постгрю выбрал?
Т8
А почему ты вообще постгрю выбрал?
+