Мне также, как и GKS_Samara, придется работать с этой структурой - строить отчеты. Могу сказать одно - все, поезд ушел - данная структура не позволяет "быстро работать". При этом остается только вопрос, куда перенести нагрузку преобразования. И самое главное (для GKS_Samara), есть требования чтобы система была независима от БД, то есть минимум кода Oracle. И забудь про деревья - на сколько я помню connect by это фишка Oracle (вьюхи, pl/sql), а with as из SQL99 поддерживают далеко не все.
В данной ситуации надо смириться с тем, что все будет тормозить, и чудо, в виде облеченного "hibernate", не поможет.
И на будущее, как говориться для потомков, кто зайдет в эту ветку: Рано или поздно к любому разработчику приходит мысль использовать такую архитектуру БД, так как она позволяет вносить изменения сущностей без изменения кода. При этом данная идеология должна поддерживается на все уровнях (БД, сервер приложения, клиент). Но когда возникаю проблемы с производительностью, оптимизировать работу системы с данной архитектурой практически невозможно. У опытных разработчиков так структура БД может возникнуть только по одно причине - отсутствие требований.