MasterZivmad_nazgulВсе решается для объекта созданием общих методов "сохранить_в_БД", "прочитать_из_БД"
А для БД создания приблизительно такой структуры:

Фигура:
ID
Тип_Фигуры_ID

Тип:
ID
Название

Точка:
ID
Фигура_ID
Координата_X
Кордината_Y

При реализации методов объекты сохраняют данные которые у них есть и считывают их из БД.


Ну вот, ты явно раскрыл структуру данных всех объектов. Где же инкапсуляция ?

Так структура данных в БД а не в объектах.
Вы не знаете точно как, например, хранятся координаты точек в классах.
То ли это массив, то ли каждая точка отдельно, то ли вообще храниться ссылка на какой-то общий объект фигура.
Реализация как и что храниться в объектах вы не знаете.
У вас есть только есть методы - "нарисовать", "сохранить_в_БД", "прочитать_из_БД".

А в БД да, все данные "на виду" и доступны. ;-)

MasterZivМне например лень писать по 4 лишних процедуры/запроса на каждый объект, если это Hiber делает самостоятельно.


За вас это напишут программисты СУБД :-)
Потому что любой ORM может написать такие запросы только для простейших случаев.
Остальное ХП. ;-)


MasterZivКод не может ни относится к какой-то модели данных, ни не относится. Потому что это код, а не данные.

А вот ЯП может.
SQL специально создан для работы с РМД.
И SQL специально создан для манипуляции с данными в рамках РМД.
Команды SQL можно использовать в не реляционных БД, но с большими ограничениями.
А если полностью реализовывать стандарт SQL, то получим что нужно реализовывать РМД.

MasterZiv> Так структура данных в БД а не в объектах.
Это -- структура ДАННЫХ в ОБЪЕКТАХ.
И именно потому, что ты допускаешь, что она может быть разной в БД и в
объектах, у тебя начинается object-relational gap.


Именно из-за того, что я допускаю что она может быть разная, я не использую ORM. ;-)
Т.е. проектирую объекты как удобно для решения задачи.
А потом делаю "слой" который сохраняет данные из объектов.

MasterZivЕсть одна маленькая проблемка: я и есть программист СУБД :-(
Поэтому писать мне.


Рад за вас.
Я программист Java, мне проще написать запрос, чем использовать ORM и писать ХП. :-)

prog123Попробую подвести итог:

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

Вы правы!
Все NoSQL обречены от рождения!
<:o)