ORM: немного теории

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

А что, если ты что-то изучаешь, и у тебя еще нет понимания предмета, но есть желание запомнить, зафиксировать некоторые идеи, мысли. На этот случай есть раздел «Курилка», где, что хочешь, то и пиши.

Работа только в СФ и использование его простой в обращении ORM в конце концов может привести к «атрофированию» способности к работе с Персистентностью и БД на Java и других платформах.

Поэтому я решил почитать книжек по Java Персистентность с Hibernate. В одной из них есть вводная глава по ORM. Там я нашел несколько мыслей, которые показались интересными.

-«Данные живут дольше самого приложения»

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

(1) [b]The problem of granularity.[/b]
Как я понимаю, это то, что мы изначально принимаем как данность, и уже не ощущаем как проблему: в коде мы можем создать объекты любого типа, а вот в БД есть только несколько доступных типов (а возможности поддержки user-defined datatypes в БД не велики), так что создавая сущности, чьи данные требуют сохранния в БД, мы всегда думаем как разбить сущность, как например Адресс на группу полей вроде Город, Код, Страна... 

(2) [b]The problem of subtypes[/b]
В коде мы можем наследовать классы друг от друга, а вот с таблицами БД так просто не получится, потому что a table is not a type.

(3) [b]The problem of identity.[/b]
Хотя эта проблема не кажется очевидной, но вы столкнетесь с ней в растущих и больших приложениях, когда нужно удостовериться является ли два объекта идентичными. Есть три пути решить проблему, два а Джаве и один в БД.
С Джавой все понятно:
--Идентичность объекта, то есть мемори локейшнЖ а==в
--Равенство по значению, определяется имплементацией метода equals().
И с БД все понятно,  identity определяется первичным ключом.
[так в чем же проблема? Сам не знаю, но возможно следующая  строка что-то прояснит]
Является обычным для нескольких не-идентичных объектов одновременно представлять одну и ту же запись БД, например в одновременно протекающих тредах.

(4) [b]Problems relating to associations[/b]
[вот это мне больше всего понравилось, заставило задуматься]
есть два класса, у каждого есть поле ссылка на другой класс. При создании экземпляров этих классов можно создавать отношения между объектами типа от Многих к Многим, так как связью между объектами является ссылка.
А вот создать отношение от Многих к Многим между записями в БД так просто не получится, так как в записях «связью» является внешний ключ. Поэтому для таких связей между записями приходится создавать Junction table, запись которой содержит два внешних ключа, создавая таким образом отношение Many-to-Many.

Пока все, может позже еще что интересного «начитаю».