Изучаем Java EE 7 - [79]
• Стратегия «соединенный подкласс» — при этом подходе каждая сущность в иерархии, конкретная или абстрактная, отображается в свою специально отведенную для этого таблицу.
• Стратегия «таблица на конкретный класс» — при использовании этой стратегии каждая иерархия конкретных сущностей отображается в свою отдельную таблицу.
Поддержка стратегии отображения «таблица на конкретный класс» в версии JPA 2.1 все еще необязательна. Лучше не применять ее для переносимых приложений до тех пор, пока ее поддержка не станет обязательной официально.
Выгодно используя легкость применения аннотаций, JPA 2.1 обеспечивает поддержку определения и отображения иерархий наследования, включая сущности, абстрактные сущности, отображаемые классы и временные классы. Аннотация @Inheritance применяется в отношении корневой сущности с целью продиктовать стратегию отображения для нее самой и для листовых классов. JPA также переносит объектное понятие переопределения в сферу отображения, которое позволяет дочерним классам переопределять атрибуты корневого класса. В следующем разделе вы также увидите, как тип доступа может быть использован при наследовании для смешения доступа к полям с доступом к свойствам.
Стратегии наследования
В том, что касается отображения наследования, JPA поддерживает три разные стратегии. При наличии иерархии сущностей одна из них всегда выступает в качестве корневой. Класс корневой сущности может определить стратегию наследования, используя элемент strategy аннотации @Inheritance, согласно одному из вариантов, определенных в перечислимом типе javax.persistence.InheritanceType. В противном случае будет задействована иерархическая стратегия по умолчанию «одна таблица на класс». Чтобы исследовать каждую стратегию, я расскажу вам о том, как отобразить сущности CD и Book, которые наследуют от сущности Item (рис. 5.21).
Рис. 5.21. Иерархия наследования между CD, Book и Item
Сущность Item является корневой и содержит атрибуты id, title, description и price. Обе сущности — CD и Book — наследуют от Item. Каждый из этих листовых классов привносит дополнительные атрибуты, например isbn в случае с сущностью Book или totalDuration, если вести речь о сущности CD.
По умолчанию используется стратегия отображения наследования «одна таблица на класс». При ней все сущности в иерархии отображаются в одну таблицу. Поскольку она применяется по умолчанию, вы можете вообще не использовать аннотацию @Inheritance в сочетании с корневой сущностью (благодаря конфигурации в порядке исключения), что и было сделано с сущностью Item (листинг 5.54).
>@Entity
>public class Item {
>··@Id @GeneratedValue
>··protected Long id;
>··protected String title;
>··protected Float price;
>··protected String description;
>··// Конструкторы, геттеры, сеттеры
>}
Item (см. листинг 5.54) является корневой по отношению к сущностям Book (листинг 5.55) и CD (листинг 5.56). Эти сущности наследуют атрибуты от Item, а также используемую по умолчанию стратегию наследования, поэтому нет нужды в аннотации @Inheritance.
>@Entity
>public class Book extends Item {
>··private String isbn;
>··private String publisher;
>··private Integer nbOfPage;
>··private Boolean illustrations;
>··// Конструкторы, геттеры, сеттеры
>}
>@Entity
>public class CD extends Item {
>··private String musicCompany;
>··private Integer numberOfCDs;
>··private Float totalDuration;
>··private String genre;
>··// Конструкторы, геттеры, сеттеры
>}
Учитывая то, что вы видели до настоящего момента, без наследования эти три сущности были бы отображены в их собственные отдельные таблицы, однако с наследованием все будет по-другому. При использовании стратегии «одна таблица на класс» все они окажутся в одной и той же таблице базы данных, имя которой по умолчанию будет совпадать с именем корневого класса — ITEM. Ее структура показана на рис. 5.22.
Рис. 5.22. Структура таблицы ITEM
Как вы можете видеть на рис. 5.22, в таблице ITEM собраны все атрибуты сущностей Item, Book и CD. Однако есть дополнительный столбец, который не относится к атрибутам какой-либо из этих сущностей — это столбец дискриминатора DTYPE.
Таблица ITEM будет наполнена информацией, касающейся элементов, книг и CD-альбомов. При доступе к данным поставщику постоянства потребуется знать, какая строка к какой сущности относится. Таким образом, поставщик создаст экземпляр соответствующего типа объекта (Item, Book или CD) при чтении таблицы ITEM. Вот почему столбец дискриминатора используется для того, чтобы явным образом указать тип в каждой строке.
На рис. 5.23 показан фрагмент таблицы ITEM с данными. Как вы можете видеть, в стратегии «одна таблица на класс» имеются некоторые бреши; не каждый столбец подходит для любой из сущностей. В первой строке располагаются данные, касающиеся сущности Item (имя этой сущности содержится в столбце DTYPE). В случае с Item в таблице имеется только название, цена и описание (см. листинг 5.53), при этом отсутствует название компании звукозаписи, ISBN-номер и т. д. Поэтому соответствующие столбцы всегда будут оставаться пустыми.
