IK
До этого ,я например изменил пароль в connect строке, ошибка вылетала только во время запроса,а теперь при коннекте вылетает
Size: a a a
2020 May 02
PS
До этого я вообще без коннекта работал)И все хорошо было,не я не знаю,как мне отделить ошибку коннекта от ошибок запросов
если верить доке, то pool.connect используется НЕ для подключения пула к базе. а для получения соединения из пула, и далее ты работаешь с этим соединением, а потом должен его завершить.
при этом каждый pool.query сам делает внутри себя pool.connect
при этом каждый pool.query сам делает внутри себя pool.connect
JD
Та мне он нужен только для того,что бы обрабатывать ошибки connect)
Судя по документации pool.connect достаёт из pool подключение. Получается что ты просто достаёшь его при запуске приложения. Просто будет одно висячее подключение, которое нигде не используется
PS
Судя по документации pool.connect достаёт из pool подключение. Получается что ты просто достаёшь его при запуске приложения. Просто будет одно висячее подключение, которое нигде не используется
+
IK
Окей,как тогда разделить ошибки запросов и подключения) Я не нашел
PS
Окей,как тогда разделить ошибки запросов и подключения) Я не нашел
ты можешь на старте приложения вызвать pool.connect, проверив что все ок, но потом тебе нужен будет сделать client.release().
в общем, что-то типа:
в общем, что-то типа:
pool.connect((err, client, release) => {
if (err) {
return console.error('Error acquiring client', err.stack);
}
release();
})JD
С транзакциями я еще не ознакомился,слышал ,что они блокирую на время поток,и по завершению чего-то ,продолжают?
Блокируют они или нет зависит от уровня изоляции. А вообще главная идея транзакции - либо всё выполнить успешно, либо в случае ошибки на одном из sql запросе отменить все изменения
IK
ты можешь на старте приложения вызвать pool.connect, проверив что все ок, но потом тебе нужен будет сделать client.release().
в общем, что-то типа:
в общем, что-то типа:
pool.connect((err, client, release) => {
if (err) {
return console.error('Error acquiring client', err.stack);
}
release();
})То есть подключение проверится 1 раз?При старте
PS
То есть подключение проверится 1 раз?При старте
да.
IK
А в случае ,если в дальнейшем отлетит БД,то ошибка вылетит во время запроса?
PS
А в случае ,если в дальнейшем отлетит БД,то ошибка вылетит во время запроса?
да
IK
Это норм practice ?
PS
Это норм practice ?
IK
Ну событие коннект,точно такое,как если бы я написал pool.connect,правильно?
IK
А событие error не несет пользы,ведь я обрабатываю запросы через try/catch.Все ошибки я обработаю в catch
PS
А событие error не несет пользы,ведь я обрабатываю запросы через try/catch.Все ошибки я обработаю в catch
ошибка может произойти вне рамок запроса. без pool.on('error' ты о ней не узнаешь
PS
Ну событие коннект,точно такое,как если бы я написал pool.connect,правильно?
как я понимаю, это разные вещи
IK
С событием error можно запросы не оборачивать в try/catch?
JD
С событием error можно запросы не оборачивать в try/catch?
нельзя
IK
Если я оставлю и try/catch и событие pool.on(error),то у меня 2 раза обработается ошибка?