Навигация по связям

Идентификация (Identity)

В БД строки отличаются друг от друга по значению первичного ключа, таким образом не может существовать двух строк с одним и тем де значением первичного ключа. С объектами в памяти всё обстоит иначе. Несколько объектов в памяти могут представлять одну и туже сущность БД – например одного и того де пользователя. Одна строка в БД может быть представлена несколькими копиями объекта в памяти объектной модели. Это приводит к тому, что резко осложняется возможность однозначной идентификации актуальной копии объекта в памяти. Так несколько копий объекта могут использоваться и даже обновляться в параллельных потоках. Для идентификации объектов часто используют понятие равенство по значению (value-equals), в отличие от механизма по умолчанию – равенство по ссылке (reference-equals). В Java для этого достаточно переопределить методы equals() и hashCode(). Так, например, два объекта типа User будут одинаковы тогда, когда значение поля username у них совпадает. При этом предполагается что, по бизнесу, поле username уникальное в системе – т.е. является естественным ключом. ORM должен прозрачно поддерживать отображения одной строки на несколько копий объекта в памяти виртуальной машины, уметь определять устаревшие версии объектов и синхронизовать состояния объектов с нижележащей БД.

Для навигации по связям, объекты содержат ссылки друг на друга или ссылки на коллекции подчинённых объектов. Если необходимо получить ссылку на объект используя тукущий объект, например, имея ссылку на объект типа User, перейти по ссылке к соответствующему объекту типа Address в java достаточно воспользоваться простой конструкцией:

user.getHomeAddress()

При этом, объект типа Address может сохранять своё состояние в отдельной таблице таблице СУБД и ORM должен прозрачно при обращении загрузить соответствующий объект и инициализировать его. При реализации подобного механизма вручную необходимо писать огромное количество кода, отвечающего за правильную обработку связей по внешним ключам (foreign-key) и т.п. Эта проблема является принципиальной, так как данные в реляционной модели представляются набором отношений и связями между ними, в то время как данные в объектной модели, как правило, при правильном проектировании, в чисто виде отсутствуют. Вместо них предметная область, в своём некторором состоянии представлена графом объектов, связанных между собой, каждый из которых может иметь трибуты состояние. Вообще говоря состояние объектной модели будет в данном случае задаваться внутренним состоянием каждого экземпляра объекта (не класса!!) и связями (на некоторый конкретный момент) между экземплярами объектов. (Заметим, что состав и связь меджу классами (не объектами!! – для пояснения различия между понятием класс и объект рекомендуется обращаться к первым лекциями или к [2]) отражают статическую модель предметной области).

Дата добавления: 2014-01-05