AE
это внутренняя вакансия банка, разослано по внутренней почте, по программе "пригласи друга получи бентли" ))
Size: a a a
2020 March 11
НХ
Это паттерн синглтон? И если да, то зачем его использовать вместе с монгой?
БГ
Читаю "мы ожидаем от тебя", всё в минус
AE
уволен, уходи
l
Чтоб подключения не плодить
НХ
Чтоб подключения не плодить
А можно пример конкретной ситуации, когда они могут расплодиться?)
НХ
У них своя облачная платформа, над которой они работают, это большой плюс, в отличии от компашек где нужно впахивать на разных заказчиков (ну я так считаю как минимум).
l
А можно пример конкретной ситуации, когда они могут расплодиться?)
Всегда, когда ты не закрыв подключение создаешь новое
AE
У них своя облачная платформа, над которой они работают, это большой плюс, в отличии от компашек где нужно впахивать на разных заказчиков (ну я так считаю как минимум).
это крупнейший банк, там много плюсов ))
НХ
Всегда, когда ты не закрыв подключение создаешь новое
То есть это некая страховка, что если я где-то попытаюсь создать второй экземпляр класса подключения к БД, то будет использоваться первый? Звучит круто, например если сразу 10000 человек захотят взять что-то из базы то будет только 1 экземпляр класса подключения, иначе бы создалось 10000 экземпляров класса, да?
GS
То есть это некая страховка, что если я где-то попытаюсь создать второй экземпляр класса подключения к БД, то будет использоваться первый? Звучит круто, например если сразу 10000 человек захотят взять что-то из базы то будет только 1 экземпляр класса подключения, иначе бы создалось 10000 экземпляров класса, да?
но одно подключение не потянет десять к юзеров
как-то так себе решение
я бы сделал пул открытых соединений(с десяток)
и выдавал по одному на время, по запросу
- пул забит > ждём пока кто-то вернёт
как-то так себе решение
я бы сделал пул открытых соединений(с десяток)
и выдавал по одному на время, по запросу
- пул забит > ждём пока кто-то вернёт
AE
наверняка бест практис есть, вы зачем колесо придумываете?
БГ
но одно подключение не потянет десять к юзеров
как-то так себе решение
я бы сделал пул открытых соединений(с десяток)
и выдавал по одному на время, по запросу
- пул забит > ждём пока кто-то вернёт
как-то так себе решение
я бы сделал пул открытых соединений(с десяток)
и выдавал по одному на время, по запросу
- пул забит > ждём пока кто-то вернёт
Выглядит как асинк с воркерами))
l
То есть это некая страховка, что если я где-то попытаюсь создать второй экземпляр класса подключения к БД, то будет использоваться первый? Звучит круто, например если сразу 10000 человек захотят взять что-то из базы то будет только 1 экземпляр класса подключения, иначе бы создалось 10000 экземпляров класса, да?
Вот только насколько это будет потокобезопасно...
НХ
просто интересно, почему человек на скриншоте использовал такой подход
БГ
У меня была похожая тема с балансировкой и очередями
НХ
Клиентский объект является поточно-ориентированным и имеет встроенный пул соединений. Если операция завершается неудачно из-за сетевой ошибки, вызывается ConnectionFailure и клиент повторно подключается в фоновом режиме. Код приложения должен обработать это исключение (признавая, что операция завершилась неудачно), а затем продолжить выполнение.
НХ
можно синглтон в таком случае?
GS
Выглядит как асинк с воркерами))
реализовывал подобную штуку
удобно + не тратится время на открытие новых соединений
разве что разница(с прошлым описание) в том что у меня открываются новые соединение если 10 исчерпаны
вплоть до 100
удобно + не тратится время на открытие новых соединений
разве что разница(с прошлым описание) в том что у меня открываются новые соединение если 10 исчерпаны
вплоть до 100