А есть гибридная СУБД заточенная под хранение POJO?

Vertica

И каким боком она заточена под хранение POJO, в частности хранение иерархий? Встраиваемость в джаву?

Судя по тому, что удалось найти на ютубе и на официальном сайте, так это огороженный, жирный ынтырпрайз, кластеры, машинлерниг и вот это всё из словарика базвордов. Специфическая БД для аналитки на огромных данных и не подходит для обычных приложений под Android.

List<Object> storage?

И где тут хранение POJO иерархий?

тс неадекватен]

Объяснись.

субд заточенная под «язык программирования нейм»

Тс не освоил серелиазацию?

И чем тебя не устраивает sqlite+orm? Уверен их полно.

И как будешь делать SQL запросы в сериализованный файл?

Это нормальное решение. Но такие решения построены на компромиссах и имеют ряд недостатков. Я хотел бы найти лучше. Мне нужно одно решение под десктопные приложения, так и под типовые веб-сайты. Чтобы БД автоматически подстраивалась под нагрузку.

java.util.Vector

Его уже в 10-ке выкинут или еще оставят?

Почему-то напомнило замечательный советский мультик про Вовку в тридевятом царстве

Ну, по финалу Вовка, то норм корыто запилил - бабке на радость ) Давай-ка поглядим как тут избы делают (с)

Neo4j. Правда хз как оно на андроиде будет работать

хранение иерархий объектов

Чек

джоины

Чек

индексы

Чек

констрейны как в реляционке

Чек

транзакции

Чек

язык запросов в функциональном стиле или что-то близкое к SQL

Чек

Возможность встраивания прямо в приложение, чтобы без всяких IPC

Чек

субд заточенная под «язык программирования нейм»

Mongodb тогда тоже неадекватны, да аноним? Они то и не знали (и еще куча более мелких проектов), а местный аноним за них все порешал.

Помню, что это нечто графовое, наверное тоже специфичная БД под фейсбуки всякие... они нынче девушек кормят и танцуют... Но гляну, давно не видел, что у них нового.

Ещё OrientDB можешь глянуть

про Аndroid конечно мимо, но так есть очень симпатичная sedna (http://www.sedna.org/) xml, xquery во все края, а что ещё надо для хранения иерархий объектов ?

А зачем выкидывать годную вещь?

Ещё OrientDB можешь глянуть

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

И как будешь делать SQL запросы в сериализованный файл?

При чем тут файл.

И к слову, к скулайту вроде есть json-расширение, позволяющее в запросах юзать поля json-объектов

А причем тут сериализация? И зачем мне в полях джосн объекты?

Сериализовать объекты в json и хранить их в таком виде в бд.

Дальше можешь делать выборки по json-полю.

Это плохое решение.

https://orientdbleaks.blogspot.com/

Вот на что только не идут эти маленькие извращенцы, лишь бы не хранить текстовые файлы в файловой же системе.

Еще вот, посвежее https://news.ycombinator.com/item?id=14700502 Видимо и СУБД еще надо свою писать, где же на это всё бабосы взять )

лишь бы не хранить текстовые файлы в файловой же системе.

У тебя количество inode бесконечное?

Хочу хранение иерархий объектов, джоины, индексы, констрейны как в реляционке, транзакции, язык запросов в функциональном стиле или что-то близкое к SQL. Возможность встраивания прямо в приложение, чтобы без всяких IPC. Поддержка Android.

И почему бы тогда просто не использовать «реляционку»?

Сначала нужно доказать, что это проблема.

Потому что есть ArrayList

Конечно проблема. Количество файлов, которых ты можешь сохранить на фс ограничено, и ограничение это никак не связано с размером этих файлов. Учитывая, что помимо самих объектов надо хранить мета-информацию о них и те же самые индексы, 4 млрд не будет достаточно.

Для особо умных поясняю: сначала нужно доказать, что это проблема в случае ТС.

У тебя количество inode бесконечное?

Если нужно - да, у меня есть XFS.

И почему бы тогда просто не использовать «реляционку»?

Я хочу бесшовную интеграцию с бизнес логикой и валидаторами в рантайме JVM. Поэтому реляционки на Си сразу не подходят. Возможно подойдут реляционки на джаве, но это нужно продираться через кучу легаси и фактически варить кашу из топора.

По итогу пишу собственную простенькую СУБД на джаве c индексами в оперативке, особо не парясь в оптимизации.