因此，我们发现了问题。不幸的是，当Hibernate无法找到FK时不会抛出一些标准的配置异常，例如“嘿，假人，我找不到您在orm文件中定义的FK”。

我们在相同的schema / db下有两个对象：

class Person {
  Long id;
  String name;
  Address address;
  ...
}

因此，Address对象是一对一的，作为复合键的一部分存在：

<?xml version="1.0" encoding="UTF-8"?>
<entity-mappings xmlns="http://java.sun.com/xml/ns/persistence/orm"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/persistence/orm
  http://java.sun.com/xml/ns/persistence/orm_2_0.xsd"
  version="2.0">
     <description>com.foo.Person Entity Mapping</description>
     <package>com.foo</package>
     <schema>COMMON</schema>
     <access>FIELD</access>
     <entity class="com.foo.Person" access="FIELD" metadata-complete="true">
        <table name="PERSON"/>
            <attributes>
                <embedded-id name="id"/>
                <basic name="name">
                        <column name="NAME"/>
                </basic>
            </attributes>
     </entity>
     <embeddable class="com.foo.Person$Id" access="FIELD">
        <attributes>
        ...
        <one-to-one name="address" fetch="LAZY" target-entity="com.foo.Address" >
            <join-column name="ADDR_CD" insertable="false" updatable="false"/>
            <cascade>
                <cascade-all/>
            </cascade>
        </one-to-one>
        </attributes>
     </embeddable> 
</entity-mappings>

问题在于我们将Address对象移至另一个数据库上的另一个模式，并将关系保留在orm文件中（因此，Address在复合键中仍然是一对一的）。

为了解决这个问题，我们断开了关系，使Address变为瞬态，以便我们以另一种方式检索它，从而消除了异常的发生。