СУБД на Java, есть ли?

Ставь мускуль и не парься. Жаба - не нужна

hsqldb

>небольшая

мобильная

на Java

Избыточен.

Избыточен.

А жаба для этого не избыточна?

Требуется поддержка небольшого числа таблиц.

>Ставь мускуль и не парься. Жаба - не нужна

Поддерживаю.

В интерпрайз-жабу есть встроенная

Кстати, правильный подход. Мускуль бывает на небольшой бд даже шустрее sqlite хоть последний для таких бд и делался

Нет. Нужна простая мобильная СУБД для работы на разных платформах. Мускуль сложен и не мобилен.

http://db.apache.org/derby/

javadb?

посмотри на H2

http://tinyurl.com/6k9ebem

Спасибо.

Sun JavaDB на основе кода Apache Derby входит в дистрибутив Oracle JDK.

> hsqldb

У вас устаревшие данные. Они поменяли название.

> Sun JavaDB на основе кода Apache Derby входит в дистрибутив Oracle JDK.

Не на основе, а просто оригинальный Apache Derby.

sqlite. Легкая, переносимая, легко разворачиваемая, есть под венду.

Мне нужно, чтоб юзер мог сам развернуть, скажем, на ноуте, в «полевых» условиях.

Так юзер или «специалист среднего уровня подготовки»?

Среднего. Ты ж понимаешь, что инженер инженеру рознь.

Ну тогда можно сделать свой билд sqлайта, так чтобы достаточно было запустить экзешник и пару раз нажат далее, и все было установлено и настроено. А пользователи линукса и сами смогут разобраться как что поставить.

Из легких SQLite бери, а вообще все эти таблицы устарели, иерархические структуры решают.

>sqlite

http://sqljet.com/ - sqlite на Java

Та думаю, как оно лучшее. Очень уж неохота быть «незаменимым»...

Иерархия? Спасибо за наводку, подумаю.

Сэнкс. Это близко к тому, что требуется. SQL-запросы не нужны в сабже.

вообще все эти таблицы устарели, иерархические структуры решают

Чо.

Не знал, что кроме таблиц существуют деревья и т.д. и т.п.?

> http://sqljet.com/ - sqlite на Java

«SQLJet does not support SQL queries» - вся идея самого sqlite похерена на корню, очевидно кто-то осилил передрать код по работе с данными, но не парсер запросов + VM для их исполнения, что собственно составляет основную фишку sqlite, это также означает - до-свиданья views, triggers, foreign keys etc., вообщем это ни разу не замена sqlite, а просто голый доступ к таблицам

Поддержка SQL в требованиях не указывалась

> Поддержка SQL в требованиях не указывалась

не спорю - это я так, откомментарил NIH-синдром разработчиков, благо есть и нормальные обертки, и JDBC-драйверы под полноценный sqlite, просто нет смысла создавать огрызок, который всегда будет отставать как по версии, так и по багфиксам, при этом, который легко может испортить данные, или делает их неюзабельными без использования именно и только SQLJet

>просто нет смысла создавать огрызок, который всегда будет отставать как по версии, так и по багфиксам, при этом, который легко может испортить данные, или делает их неюзабельными без использования именно и только SQLJet

Смысл-таки есть, если хочется сэкономить место

Мы например в embedded юзаем доморощенную «базу» на крестах, ибо sqlite не влезает

> Мы например в embedded юзаем доморощенную «базу» на крестах, ибо sqlite не влезает

ну врядли для Java 200 Кб sqlite + обертка это много :)

ибо sqlite не влезает

его можно очень сильно «порезать» -http://www.sqlite.org/compile.html#omitfeatures

хотя я конечно не знаю, насколько ограниченные были у вас ресурсы

В иерархических afaik нет гарантии ACID

А если уж ТС хочется встроенной БД не обязательно скуэлевой, а подойдет и простая для хранения java-объедков объектов, то пусть смотрит DB4O

SQL не нужен, да.

Вот и мы всяко передумали. Проще всего замутить нечто «доморощенное».

Спасибо, смотрю

Мы например в embedded юзаем доморощенную «базу» на крестах, ибо sqlite не влезает

О! Есть и такие, только не доморощенные http://www.garret.ru/fastdb_gigabase_faq.html http://www.garret.ru/eoodbms.html

>GigaBASE

Что-то меня смущает это название. Мне не нужна огромная база)

а вообще спасибо за ссылку, там много интересного)

SQL-запросы не нужны в сабже.

Berkeley DB Java Edition?

Есть жаба-версия BDB? Пропустил, однако...

1. Есть java-версия почти всего
2. BDB есть под всё и на всём.