Даже если у тебя multi stand by разницы не будет

в mssql есть переменные сессии, они используются в ХП. привязываются к пользователю.

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

значит, но нам перед каждой операцией нужно регистрировать эти параметры - накладные расходы.

если у нас пул ~ числу пользователей то вариант с управляемым пулом выгодный. Я могу взять уже готовое соединение

Нет не значит это очень проблемый подход к вопросу с работе с данными

Смотри пул соединений был создан не для того что бы выделять соединение а для того что бы ты мог паралельно запускать несколько запросов

Само соединение с бд не имеет никакого веса потому что это способ доставки а не способ идентификации

тут соглашусь, но на каждый фронт-чих поднимать транзакцию тоже плохо

Это как раз таки как и обстоят дела

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

владельцы БД негодуют по поводу такой работы с их БД, хотя это логичное решение

Ничего страшного, это решаемый вопрос

буду пробовать проводить беседы, довод о том что пул нужен для паралллельности запросов я думаю более весомый

встраивание в менеджер пула который уже готовый обычно сулит проблемами. думаю тут решать надо перепродумав архитектурно флоу

тут пока речь не о проекте, строим демо стенд

тогда я б не сильно парился, сделал бы и потом отталкивался от проблем. ибо сейчас еще проблем на ровном месте сделаете

На самую простую postgre мы держим по 200 конектов в секунду

опыт - дорогая вещь, спс за беседу

Ребят, добрых вечеров, помогите разобраться пожалуйста. Есть три таблицы, Сотрудники, Типы работ и связывающая таблица с id-шниками первых и вторых, другими словами связь многие ко многим, классика крч ).

В запросе отправляем массив id типов работ (data.typeJobsIds на скрине) и нужно получить сотрудников со всеми их типами работ, а не только с теми которые мы запрашивали (как сейчас и реализовано)

чёт не соображу как это правильно реализовать в одном запросе, так и хочется второй прикрутить )