Я создаю небольшой веб-сайт для развлечения / обучения, используя довольно стандартный многоуровневый дизайн Web / Service / Data Access.
Для уровня доступа к данным, как лучше всего обрабатывать создание объектов Connection для вызова моих хранимых процедур SQL и почему? Принимая во внимание, что я пишу много кода вручную (я знаю, что могу использовать Hibernate и т. д., Чтобы сделать это за меня) ...
1) Должен ли я создать один статический экземпляр Connection и запускать через него все мои запросы, или это вызовет проблемы с параллелизмом?
2) Должен ли я создавать экземпляр соединения для каждого вызова базы данных и принимать накладные расходы на производительность? (Я рассмотрю пул соединений позже, если это так)




Вы должны использовать один Connection на поток. Не делитесь подключениями между потоками.
Рассмотрите возможность использования Apache DBCP. Это бесплатный и стандартный способ настройки подключений к базе данных и их извлечения из пула. Этот метод используется высокопроизводительными веб-серверами, такими как Tomcat.
Кроме того, если вы используете DBCP, поскольку это бассейн (читай: кешируется), частое создание / закрытие соединений не требует больших затрат.
Стандартный способ - настроить источник данных. Все серверы приложений могут сделать это через свою консоль администратора. После этого пул будет доступен по его имени JNDI (например, «jdbc / MyDB»).
Фактически, источником данных должен быть пул соединений (как правило, так и есть). Он кэширует соединения, тестирует их перед передачей в приложение и выполняет множество других важных функций.
В вашем коде вы:
Вы можете настроить пул самостоятельно (используя любую из свободно доступных реализаций пула), но на самом деле это не имеет никакого смысла, если вы используете сервер приложений.
P.S. Поскольку это веб-приложение, хороший способ убедиться, что вы закрыли свое соединение после запроса, - использовать HttpFilter. Вы можете настроить его в web.xml. Когда поступит запрос, приобретите соединение, поместите его в ThreadLocal. Во время запроса получите соединение от ThreadLocal, но никогда не закрывайте его. После запроса в фильтре закройте соединение.