Java. работа с БД из сервлета

💡 Усі статті, обговорення, новини про Java — в одному місці. Приєднуйтесь до Java спільноти!

изначально, начитавшись книжек, я свято верил, что работа с бд из сервлета проходит по следующему алгоритму:

создаем подключение—> подключаемся к БД—> формируем запрос—> отправляем запрос к БД—> Получаем результаты запроса—> Обрабатываем их—> Закрываем соединение—> Ок.

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

инициализация сервлета—> создаем пул соединений—> запрос от пользователя—> берем из пула свободное соединение—> формируем запрос—> отправляем запрос к БД—> Получаем результаты запроса—> Обрабатываем их—> возвращаем соединение обратно в пул—> ok.

Теперь у меня есть такая задача:

есть у нас 100 пользователей, все они разбиты на 10 групп, у каждой группы свой логин и пароль для подключения к БД. Причем каждая группа может иметь разные права в БД.

как же мне в такой ситуации реализовывать пул? Если я правильно понимаю, то пул — это ничто иное, как просто группа однотипных подключений с одним логином и паролем. А у меня тут 10 пар логин/пароль. Получается, что пул в моем случае нужно отбрасывать? Тогда что мне делать?

Теми: Java, БД

Ctrl + Enter

Дмитро Думанський Co-Founder в Blynk 15.03.2010 09:30

Еще вариант коннектится к базе через пул на правах суперюзеря и ограничения разлуливать на уровне приложения.

Відповісти

Підтримати

anonymous 15.03.2010 07:46

А что использовать DataSource для доступа к jdbc уже не модно? Или мы опять возвращаемся в каменный век?

YF 14.03.2010 20:32

позволяет:)), но вот только у меня сейчас нету списка логин/пароль. Только тестовый доступ, подключаюсь вот так:

conn =
DriverManager.getConnection("jdbc:oracle:thin:@",request.getParameter("user_login"),request.getParameter("user_password"));

ну та все это будет потом, eugene_n, Спасибо большое Вам за помощь.

eugene_n 14.03.2010 20:07

Ну типа того. А что сделать массив из 30 элементов и поиск по нему религия не позволяет?

YF 14.03.2010 20:03

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

anonymous 14.03.2010 19:53

во время обработки запроса от первого пользователя, к сервлету поступает запрос от пользователя № 2. Как поступит в этом случае сервлет?
Гугл рулит:

Обслуживание клиентского запроса. Каждый запрос обрабатывается в своем отдельном потоке. Контейнер вызывает метод service () для каждого запроса. Этот метод определяет тип пришедшего запроса и распределяет его в соответствующий этому типу метод для обработки запроса. Разработчик сервлета должен предоставить реализацию для этих методов. Если поступил запрос, метод для которого не реализован, вызывается метод родительского класса и обычно завершается возвращением ошибки инициатору запроса.

А каждый следующий запрос будет выбирать из пула следующее соединение.

YF 14.03.2010 19:40

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

— то есть при инициализации сервлета создавать вместо одного пула — 10 пулов, так?
я вот сейчас прикинул — общее количество пользователей+количество работающих пользователей в момент времени+вычислительная мощь сервера БД и вы знаете, можно и пренебречь затратами на установку подключения, ну как минимум на первых порах.
Но теперь у меня возникает второй вопрос, конечно он довольно простой и мне даже как то стыдно его задавать, но:
как разрулится следующая ситуация:
в 1ю секунду времени, приходит к сервлету запрос от пользователя № 1, сервлет при обработке запроса начинает выполнять 1й алгоритм:
создаем подключение—> подключаемся к БД—> формируем запрос—> отправляем запрос к БД—...
во время обработки запроса от первого пользователя, к сервлету поступает запрос от пользователя № 2. Как поступит в этом случае сервлет?
Он бросит пользователя № 1 и начнет выполнять запрос № 2?

Он отбросит запрос № 2 так как сейчас занят № 1?... или же вообще Exception?

anonymous 14.03.2010 19:05

Фабрика (Abstract factory), которая возвращает один из 10 connection pool.

А причем тут абстрактная фабрика? Тут же не надо создавать разнородные классы.

А у меня тут 10 пар логин/пароль. Получается, что пул в моем случае нужно отбрасывать? Тогда что мне делать?

Пул нужен для того, чтобы избежать оверхеда на открытие/закрытие соединения. Если обращения к базе достаточно часты, это сильно сэкономит ресурсы. Прикидываешь, сколько одновременных обращений к базе будет из каждой группы (привет теории массового обслуживания) и создаешь соответствующее количество соединений для каждой группы.

YF 14.03.2010 19:02

не, это не я так все организовал — изначально есть уже используемая БД, со своей иерархией пользователей, конечно же там не 10 групп — может меньше, а пользователей не 100, а может и больше, я округлил слегка, так вот мне просто необходимо реализовать работу с ней.

Bogdan Shyiak SE or Dev 14.03.2010 18:47

все они разбиты на 10 групп, у каждой группы свой логин и пароль для подключения к БД.

Первое что пришло в голову:
Фабрика (Factory method), которая возвращает один из 10 connection pool.

P.S. Если вы решили таким образом организовать роботу с правами пользователей приложения, то есть вынеся ее в БД, то это плохая идея.

Java. работа с БД из сервлета

10 коментарів

Підписатись на коментарі