Будьте в спящем режиме: Что случилось с этим отображением на подкласс, к которому присоединяются на внешнем ключе?

Я экспериментирую с, в спящем режиме для приобретения опыт. Я создал класс Person с двумя подклассами: Student и Worker:

public abstract class Person {
    private Long id;
    ...
}

public class Student extends Person { ... }

Другой класс, Employer, имеет двунаправленную связь "один ко многим" с Worker.

public class Worker extends Person {
    private Employer employer;
    ...
}

public class Employer {
    private String taxId;
    private Set<Worker> employees = new HashSet<Worker>();
    ...
}

для которого отображение

<class name="Employer" table="EMPLOYER">
    <id name="taxId" column="TAX_ID" length="11">
        <generator class="assigned"/>
    </id>
    ...
    <set name="employees" inverse="true">
        <key column="EMPLOYER_TAX_ID"/>
        <one-to-many class="Worker"/>
    </set>
</class>

Иерархия наследования смоделирована со смешанной стратегией, где Student отображается на PERSON таблица, но Worker хранится в его собственной таблице, к которой присоединяются с внешним ключом:

<class name="Person" table="PERSON">
    <id name="id" column="PERSON_ID" type="long" unsaved-value="0">
        <generator class="native"/>
    </id>
    <discriminator column="PERSON_TYPE" type="string"/>
    ...
    <subclass name="Student" discriminator-value="STU"> ... </subclass>

    <subclass name="Worker" discriminator-value="WRK">
        <join table="WORKER">
            <key column="WORKER_ID"/>
            <many-to-one name="employer" column="EMPLOYER_TAX_ID" cascade="save-update"/>
            ...
        </join>
    </subclass>
</class>

Я использую Derby Apache 10.5.3.0 и автоматически генерирую схему путем установки hibernate.hbm2ddl.auto кому: create-drop.

Для тестирования всего этого я создал тест DBUnit со следующим набором данных:

<EMPLOYER   TAX_ID          = "1234567890"
            ...
/>
<PERSON   PERSON_ID         = "12345"
          PERSON_TYPE       = "WRK"
          ...
/>
<WORKER   WORKER_ID         = "12345"
          EMPLOYER_TAX_ID   = "1234567890"
          ...
/>

У меня есть тест, который загружает объект рабочего и проверяет, что имеет корректного сотрудника. Это передает. Затем тест для противоположного направления:

    String taxId = "1234567890";

    Employer employer = (Employer) session.get(Employer.class, taxId);

    assertNotNull(employer);
    assertThat(employer.getEmployees().size(), is(1));

После выполнения последние утверждают сбои, потому что группа сотрудников пуста.

Роя глубже, я нашел, что по некоторым причинам В спящем режиме, ищет (и создает), столбец EMPLOYER_TAX_ID в таблице PERSON вместо РАБОЧЕГО! Это также присутствует в РАБОЧЕМ, но что каждый не используется в запросе. Избранные операторы для заполнения группы сотрудников:

select
    employees0_.EMPLOYER_TAX_ID as EMPLOYER10_1_,
    employees0_.PERSON_ID as PERSON1_1_,
    employees0_.PERSON_ID as PERSON1_1_0_,
    employees0_.FIRST_NAME as FIRST3_1_0_,
    employees0_.FAMILY_NAME as FAMILY4_1_0_,
    employees0_.DATE_OF_BIRTH as DATE5_1_0_,
    employees0_.HOME_ADDRESS as HOME6_1_0_,
    employees0_.CITY as CITY1_0_,
    employees0_.ZIP as ZIP1_0_,
    employees0_1_.EMPLOYER_TAX_ID as EMPLOYER2_2_0_,
    employees0_1_.JOB_TITLE as JOB3_2_0_,
    employees0_1_.JOB_GRADE as JOB4_2_0_,
    employees0_1_.START_DATE as START5_2_0_ 
from
    PERSON employees0_ 
inner join
    WORKER employees0_1_ 
        on employees0_.PERSON_ID=employees0_1_.WORKER_ID 
where
    employees0_.EMPLOYER_TAX_ID=?

Почему это? И как может я делать Быть в спящем режиме, находят EMPLOYER_TAX_ID в таблице WORKER?

Обратите внимание, что, так как это - экспериментальный проект, я могу изменить примерно что-либо. Я ценю любые обходные решения, но я предпочел бы понимать то, что идет и фиксирует это отображение максимально, это (так же).

Обновление: если я переключаюсь на чистое <joined-subclass> стратегия отображения наследования, сгенерированная схема смотрит, как она должна и тестовые передачи. Это - достаточно хорошее обходное решение, но мне все еще любопытно, существует ли способ заставить смешанную стратегию работать правильно.