Андрей Васильевичбессвязных слов, причем не правипропущено...

Какой-то набор бессвязных слов, причем не правильных...
Аналогичную в чем? А Embedded не может быть на С++? И чем плоха Embedded?

Аналогичную H2 по характеристикам и функционалу(например база в ОП).
Про СУБД.
Embedded - значит встроеная.
Embedded - замечательна, но нужно таскать всякие DLL.
Embedded - может быть на С++, но вот чтоб например одним CPP даже если и найдется, то компилироваться долго будет.

Так понятнее?
Не понятно в чем плюс без DLL?
Firebird Embedded, dll весит около 1-2 МБ, и получается полноценный однопользовательский сервер СУБД с полноценным MVC/SQL/PSQL. БД которого может быть подцепленна (не Embedded) полноценной Firebird. MVC в Embedded бывает нужно при многопоточной работе.
Аналогично и MySQL Embedded.

Нужен тупо индексированный поиск по таблице? std::map/boost::multiindex - Первое вообще в стандарте, второе как раз исходники подцепляются как хотели.

А H2 позволяет подцеплять чисто исходники на Java к своему проекту и предоставляет API Java для доступа к H2?

vadiminfostd::map/boost::multiindex.... и получается полноценный однопользовательский сервер СУБД...
Все таки подобное словосочетание звучит все еще, возможно, не достаточно привычно. Привычней был бы "сервер БД", но тада это связаноо все же с сетевой архитекткурой Клиент - Сервер. Но ее Достоинства коей проявляются именно в "многопользовательности". Зачем сервер для "однопользовательности"? Т.е. как бы такой сервер вроде как не полноценный, а скорее существенно урезанный. Возможно, даже не ясно зачем он там: "однопользовательность" ведь все равно по жизни на одном компе (сети нет) и с одним клиентом?
На самом деле Firebird Embedded многопользовательский сервер.
std::map/boost::multiindex... MVC в Embedded бывает нужно при многопоточной работе.
...
Во-первых из нескольких приложений можно подключиться к одной СУБД Firebird Embedded и получить доступ к одной и той же БД.
Во-вторых можно организовать многопользовательскую трехзвенку, где СУБД Firebird Embedded и сервер приложений находятся на одном сервере.

Если нужен сервер попроще то SQLLite/MnogoDB/MonetDB можно использовать. Кстати кто знает, их через сорсы, а не через dll можно подключить к С++ проекту?

Андрей Васильевичstd::map/boost::multiindexпропущено...

Не понятно в чем плюс без DLL?
Firebird Embedded, dll весит около 1-2 МБ, и получается полноценный однопользовательский сервер СУБД с полноценным MVC/SQL/PSQL. БД которого может быть подцепленна (не Embedded) полноценной Firebird. MVC в Embedded бывает нужно при многопоточной работе.
Аналогично и MySQL Embedded.

Нужен тупо индексированный поиск по таблице? std::map/boost::multiindex - Первое вообще в стандарте, второе как раз исходники подцепляются как хотели.

А H2 позволяет подцеплять чисто исходники на Java к своему проекту и предоставляет API Java для доступа к H2?

СУБД это прежде всего возможность использовать SQL, а не поиск в индексированных таблицах.
У Firebird Embedded c этим на порядок лучше чем в H2, а минусов никаких по сравнению с ней же.

zeon11Андрей ВасильевичУважаемые, хотел бы спросить ваше мнения о СУБД H2. Пока я вижу 2 применения ей(в основном для web, но не обязательно):
1. хранение настроек приложения в БД;
2. использование SQL для каких-то промежуточных вычислений, ну чтоб облегчить работу, например, с массивами какими-либо.

Видел ее характеристики, но честно говоря, смущают размеры СУБД. Никакого проекта с ее участием не планирую, но почему-то она мне нравится. Если так можно выразиться, то есть где "предел серьезности"? Кто-то может имеет опыт использования? Работаю только с DB2,Cache,FB, но иногда для некоторых небольших проектов их многовато. Вот подумываю про H2. Интересно ваше мнение.

3. Встроить в телефон, стиральную машинку и т.п. как думаете, можно? Это я на полном серьёзе. Если можно, то это, мне кажется, перевесит все недостатки. Эта ниша пока не занята, кажется никем. А потенциал - О-Г-Г-О!
Эта ниша занята и давно уже, разработкой на основе PostgreSQL.

Андрей Васильевичstd::map/boost::multiindexпропущено...

У Firebird Embedded c этим на порядок лучше чем в H2, а минусов никаких по сравнению с ней же.

Firebird Embedded хорошая штука, сам пользуюсь, но может ли она она это ВСЕ(из википедии вот взял):
Высокой скоростью работы и стабильностью
Функционированием в режимах: клиент-сервер, встроенном, в ПАМЯТИ
Консолью управления работающей через любой браузер
Полной поддержкой JDBC API
Поддержкой стандартного синтаксиса SQL
Поддержкой транзакций
Поддержкой механизмов поддержания целостности(первичные и внешние ключи)
Поддержкой внешних соединений
Наличием стоимостного оптимизатора запросов
Возможностью шифрования файлов СУБД
Поддержкой SSL соединений
Возможностью запуска как сервиса Windows (через специализированный API)
Поддержкой режима совместимости для IBM DB2, Apache Derby, HSQLDB, MS SQL Server, MySQL, Oracle и PostgreSQL
Поддержкой ODBC драйвера PostgreSQL
Ну так возьмите из википедии и про Firebird.
H2 по полноте поддержки стандарта SQL и до десятой части не дотягивает до Firebird, не говоря о PSQL.
Умеет все это в разы лучше, кроме разве что последнего, вместо него поддерживается нативный Firebird протокол и ODBC.
Ну и предпоследнее - это маркетинговая чушь.

+100500 std::map/boost::multiindex,
докажите


(всем-всем-всем) firebird ... :
.... покажите нормальную документацию по firebird, а не оглавление (кто-то читал официальную доку по функциям - это же пипец с кликами);
.... покажите достойный клиент(аля IBExpert) под linux/freebsd;
.... покажите достойную работу с массивами;
.... ДОКАЖИТЕ, что он(firebird) будет развиваться нормальными тeмпами;
...
и не надо ля-ля - 100500 разработчиков и клиентов, и в аэрофлотах используется и если чё, валите на interbase.

А ты сам докажи - попу покажи.
Неужели САМ "кто-то" читал? Не ну если "кто-то" читал то здесь не поспоришь, авторитетное мнение.
У меня книжка по Firebird от известной исполнительницы Холи Бэри лежит, на 600 страниц на русском языке.
Не ну массивы конечно он не осилит, это слишком круто для СУБД. Современные технологии ещё не дошли до такого.

vadiminfostd::map/boost::multiindexНа самом деле Firebird Embedded многопользовательский сервер.

Ну тоже хотелось бы более развеекнутого камента. Сервер, вроде, в силу свего смысла как бы предполагает, что он многопользовательский, до тех пор пока кто-то не напишет явно, что он однопользовательский, чтобы намерено не вызвать недоумение.
Ну и особенно интересно пояснение про многопользовательский Embedded. Куда он тада Embedded (означет встроен, наскока, я предполагаю) что иму посылают запросы много разных клиентов со всей большой сети. И зачем он тада если есть для этого нормальный (не Embedded) сервер может любой стьюдент для энтого приспособить?
Короче уточните плиз тада свойства Embedded СУБД (а не сервера для общности понятия)?
Не совсем понял что вы хотели, но ещё раз повторю:
1. Firebird embedded полностью поддерживает MVC, которая в Embedded бывает нужна при многопоточной работе.
2. из нескольких приложений можно подключиться к одной СУБД Firebird Embedded и получить доступ к одной и той же БД.
3. можно организовать многопользовательскую трехзвенку, где СУБД Firebird Embedded и сервер приложений находятся на одном сервере.

Да можно для этого и не Embedded приспособить, но Embedded переноситься с сервера на сервер простым копированием
1. без установки
2. без запуска сервера/сервиса

vadiminfostd::map/boost::multiindexДа можно для этого и не Embedded приспособить, но Embedded переноситься с сервера на сервер простым копированием
1. без установки
2. без запуска сервера/сервиса

Ну это все его достоинства?

А недостатки перед обчным есть?
Это его особенности.