Структуры Java с бекендом в БД

Так же возможен Factory для разных типов хранилищ (JDBC, MongoDB, EhCache...)

одобряю но единственное что надо постоянно держать в голове что это все таки не нечто в озу а далеко не сервере через сокет. Те если передать такую мапу в алгоритм который ищет максимум то тушите свет.

Embedded H2, HSQLDB?

я думаю просто надо надстроить абстрактный контейнер абстрактными методами вроде _max _min _filter итд потому что заточенаю реализацию можно написать гораздо эффетивнее чем через _each как в дефольной реализации.

Реализация интерфейса не мешает реализовывать и другие методы

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

Я такое делал, только для Scala и хранилось всё в Cassandra. Профит в том, что обработка данных происходила одинаково и не зависела от того, откуда эти данные получены.

А что, языки программирования баз данных в универах сейчас уже не изучают?

Ой, в модных нынче СУБД и языков-то никаких нет. Вон та же кассандра только недавно оным обзавелась. До этого был thrift-овый ужоснах.

> Ой, в модных нынче СУБД и языков-то никаких нет.

То есть не изучают, странно. Для протокола: языки запросов (от QUEL до OQL) - это не языки программирования.

А что это? Здрасте))) народ нынче пошел - нигилисты одни))) читайте, например, в CTM про классификацию ЯП - там есть в начале.

Красивое решение, и как производительность?

С производительностью были косяки, но по причине не слишком правильной работы с кассандрой. После исправления производительность была вполне на уровне.

> Как вам идея реализовать классы из java.util.* с бекендом в БД.

Скажи, ты ведь правда докурил JPA до конца, прежде чем выступить с идеей этого велосипеда?