Добрый день.

Поскольку согласно реляционной алгебры любая структура данных может быть записана набором отношений, то безусловно, любая объектная структура может быть сведена к набору таблиц, что с разной степенью успеха и делают различные реализация ORM (Object-Relational Mapping).
Однако с практической точки зрения возникает ряд проблем - существенное падение производительности из-за физического распределения частей данных объектов по нескольким таблицам, и никуда не девшейся (только с глаз разработчика, что безусловно, эффект положительный, но проблему не решает) дорогой с точки зрения производительности операции соединения этих таблиц при открытии и сохранении объекта (известная аналогия с разбором машины на запасные части при постановке в гараж).
СУБД, поддерживающая объектное представление на уровне системных инструментов, обладает рядом преимуществ, поскольку при операциях чтения/записи отсылок к реляционному представлению вообще не происходит.

Таким образом, формальный ответ на ваш вопрос - функционально - да (я не большой специалист по Hibernate, к сожалению, поэтому о функциональных ограничениях, которые он возможно дает с т.з. ООСУБД ничего сказать не могу). Но с существенными оговорками с точки зрения эффективности(главным образом, производительности) созданного приложения в принципе.

---------
http://writeimagejournal.com - InterSystems Russia Technology Blog.

Ох, что же у меня столько опечаток-то.... :-)

Три часа ночи дают о себе знать.
---------
http://writeimagejournal.com - InterSystems Russia Technology Blog.