Как красиво использовать БД из Java?

hibernate?

В суровом интырпрайзе как только не делают. Зависит от того, насколько есть желание абстрагироваться от jdbc.

Никаких синглтонов с getInstance().

Обычно используется подход Inversion-Of-Control. Проще говоря, пишутся классы, которые получают другие инстансы классов (своих зависимостей) через конструкторы. А потом когда все готово, то или просто вручную написаным кодом, или с помощью IoC фреймворка (Spring, Guice, JavaEE/EJB/CDI) они все вместе инстанциируются и передаются друг другу.

Пароли можно хранить в двух местах.

1. .property файл. Где он находится - второй вопрос. Например он может лежать на диске, а локация файла определяется с помощью java environment variables, которые настраиваются в Tomcat. Иногда они встроены в war. Тогда на уровне сборки проекта указывается нужный профиль сборки, который подсунет нужный .property

2. JNDI. Более кошерный способ по мнению многих. База настраивается в контейнере (URL, пароли, пул соединений), а приложение просто лукапит его по имени.

Что касается конкретной работы с БД. Тут есть несколько вариантов

1. Кодить руками JDBC. Много кода и только SQL

2. Легковесный JDBC-wrapper. Например присутствует в Spring

3. ORM фреймворки - JPA, Hibernate, etc. Тут классы автоматически умеют сохраняться в базу и можно делать запросы в независимой от базы форме

Ну по скольку такого еще не было напишу SPRING DATA JPA

Spring JDBC + конфиг или jndi

Надстройка (Spring Data) над надстройкой (JPA/EntityManager) на надстройкой (Hibernate/Eclipselink) над надстройкой (JDBC) над надстройкой (драйвер БД)

Но да, проект хороший и удобный

Я думаю что не хватает надстройки повыше уровнем - абстракция над Spring :DDDD

Интерпзайз же, про легковесность никто не говорил :)

Для хранения соединения (или data source) есть разные подходы.

Основных 3 - паттерн «синглтон» (примерно как ты написал), паттерн «репозиторий» (Connection connection = Repository.getInstance().getConnection(), по сути тот же синглтон), паттерн «inversion of control» (public void setConnection, а setConnection уже вызывает кто-то другой, передавая тебе соединение, обычно вызывает библиотека).

Inversion of Control - самый разумный, вменяемые аргументы в пользу других вариантов я не знаю. Но встречаются.

логин и пароль могут храниться много где и это зависит от используемых библиотек. Можно хранить в context.xml (в настойках application server-а, можно хранить в собственном конфигурационном файле приложения). Особой разницы нет.

Ошибся ответом, хотел автору темы ответить.

Как в серьезных приложениях принято обращаться к базе данных?

Уже ответили, через ORM, в случаях передельных оптимизаций - JDBC

Где хранить логин и пароль для сервера БД?

В настройках ресурса на серваке

погляди в сторону jOOQ