olegbank, ты не поверишь но в 99% подключение к любой БД происходит одинаково.

olegbank,

Тут поищи http://mvnrepository.com

Alexey TominBlazkowiczпропущено...

Не на много. В чем-то лучше, в чем-то совсем плох. Но я же не только на MySQL указал ;)

HSQL оставил впечатление чего-то встроенного, хотя есть SQL и выделенная база.
Postgres хороший, но очень большой. К нему админ нужен. А FB поставил и забыл.
Расуждаю только о том,что пробовал :)

Остальное так, слышал:
SQLite - inline
JavaDB _вроде как_ тоже инлайн.
MariaDB - вроде тот же MySQL вид сбоку.

В целом- у FB есть своё место среди БД.
Жесткое основание использовать HSQL, JavaDb(он же Derby ЕМНИП) продиктовано
попыткой собрать и передать коробочный продукт где БД встроена в приложение
и так-же платформенно близка. Ее легко распространять и поднимать стартапы.
В некоторых случаях mvn install собирает и скачивает все зависимости и все работает.

Из недостатков я-бы выделил ограничения на размер (в In-memory обычно не кладут
крупные хранилища) и отсутствие внятной политики бекапов.

Posgres, MySQL хорош тем что он уже изначально заточен под работу с бОльшим
объемом данных и вводит роли и ответственности дев-опсов и ДБА на проекте.
Если у вас есть ЦОД - то это самое для вас. Кроме того PG и My могут работать
в контейнере Docker.

IB/FB как-то очень отдален от тех категорий которые я перечислил выше. Он платформо
зависим и насколько я знаю не разворачивается в докере. Это сильно ограничивает
его использование, особенно в нашу эпоху облаков.

olegbank, сомнительно.

SQLite - написан на Си. И если вы хотите распространять это приложение в составе jar то вам надо
озаботится набором дистрибутивов где SQLite будет собран отдельно под Windows/Linux.

Посмотрите в качестве примера релизы SonarQube (server) или Apache ActiveMQ.

Leonid Kudryavtsevmaytonolegbank, сомнительно.

SQLite - написан на Си. И если вы хотите распространять это приложение в составе jar то вам надо
озаботится набором дистрибутивов где SQLite будет собран отдельно под Windows/Linux.
.
Насколько я смутно помню, в Jar'нике с SQLite, которым я пользовался, вроде уже был "впихнут" SQLite и для Windows и для наиболее распространенных Linux'ов. Т.ч. лично я вроде ничем не заморачивался. Просто jar'ник, все остальное уже было сделано за меня.

Как оно работает и как внутрь Jar'а умудряются засунуть .DLL, .SO - не знаю. Я так не умею. Не разбирался.
JAR это над-множество спецификаций над zip-архивом. Так и называется JavaARchive.
В основном касается специальных текстовых файлов-дескрипторов.
И нет никаких ограничений касательно его содержания. Можно класть туда и картинки
и другие ресурсы. Другая проблема - чтобы JNI была гарантирован вызов System.loadLibrary
корректно. Впрочем я-бы не помещал платформеры внутрь такого архива.

Leonid Kudryavtsev, java приложение не требует процесса инсталляции как такового.
Обычно поставляется tar.gz архив. Вы его копируете куда вам удобно. Далее опционально
конфигурируете path,classpath,javahome... e.t.c. для системы, для профайла или вообще
для сеанса bash. Далее стартуете start.sh и все работает. native код обычно кладут на уровне
bin где-то в bin/win-32 или bin/so

Может или нет летать native.dll внутри jar я не уверен. У меня не было таких специфичных
кейсов и надо читать доку http://docs.oracle.com/javase/7/docs/technotes/guides/jni/
и разбираться.

....После копирования я имел в виду что вы его распаковываете и т.д...