предистория такова:

Есть у нас веб интерфейс для работы пользователей с БД.

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

Если, например, два пользователя из разных групп подключаются к БД, то естественно, что они запросят подключение с разными логинами и паролями.

Как правильно организовать само подключение к бд из сервлета?

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

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

Другой вариант - использование пула соединений -

Ели я правильно понял смысл пула соединений, то он позволяет создать при инициализации сервлета какое то заданное число однотипных подключений.

Но, в моем случае, эти подключения не являются однотипными, так как пользователи из разных групп имеют разные пароли и логины.

Значит ли это, что использование пула в моем случае отбрасывается? И если да, то что мне тогда делать?

Можно сделать мап (данные о группе пользователя --> конкретный пул). Или отказаться от пулов вообще.

underW, 

При доступе к БД через web интерфейс, обычно, используется один логин и пароль для БД (не известный пользователям). а за разделение доступа отвечает логика на сервере.

вам не нужен пул.

если всетаки кол-во пользователей приведено в качестве примера, и их в реале на порядок больше, то саветую прислушаться к Vasay.
ибо вы увязните поуши в своих группах... 

Он же и самый неправильный. Соединение с БД это ценный ресурс и при 100 соединениях с БД - наверняка у вас все умрет. Смысл пула не в разделении пользователей, а в том, чтобы разделить ценный ресурс и не создавать для каждого юзера отдельное соединение. Для 100 пользователей пул совершенно очевидно нужен, тем более что все равно многие будут использовать однотипные запросы - тут есть где разгуляться нормальному пулу.

Для разделения прав доступа надо использовать логины пользователей - логика должна быть зашита на стороне сервера.