hiberante入门（十二）：继承关系2

上接hiberante入门（十二）：继承关系1

（3）联合使用表：

意思是同时使用（1）（2）的形式，主要目的是为了能使用鉴别类型，但同时也能“设定为非空”。同样只需要修改配置文件，修改后的内容如下：

<class name="Employee" discriminator-value="0">
        <id name="id">
            <generator class="native" />
        </id>
        <discriminator column="sign" type="string" />
        <property name="name"></property>
        <many-to-one name="depart" column="depart_id" />

        <subclass name="Sale" discriminator-value="1">
            <property name="signSale"></property>
        </subclass>
        <subclass name="Skill" discriminator-value="2">
            <join table="skill">
                <key column="skill_id" />
                <property name="signSkill" />
            </join>
        </subclass>
</class>

<class name="Employee" discriminator-value="0">
		<id name="id">
			<generator class="native" />
		</id>
		<discriminator column="sign" type="string" />
		<property name="name"></property>
		<many-to-one name="depart" column="depart_id" />

		<subclass name="Sale" discriminator-value="1">
			<property name="signSale"></property>
		</subclass>
		<subclass name="Skill" discriminator-value="2">
			<join table="skill">
				<key column="skill_id" />
				<property name="signSkill" />
			</join>
		</subclass>
</class>

 

观察上面的配置文件，不难发现我们对Sale采取了（1）方式，对Skill采取了（3）方式。同样请留意hibernate的sql语句和执行后的表。特别要说明的是：在进行操作时，由于hibernate在进行操作时不能删除前面的相关联的表（主要是和第一种继承关系“共享一张表”时发生冲突，因为在建立的三张表，在未删除sale/skill表时，是不能来删除employee表，因为employee表中的主键被另两张表关联了），所以需要手工删除表或者是直接删除数据库再建数据库。 补充：借助此例我们来看看discriminator-value的默认情况：如果我们在<subclass name="Skill" discriminator-value="2">中不写discriminator-value配置，再来执行发现一切正常，查表发现它的sign值为“com.asm.hibernate.domain.Skill”即完整的类名，属于字串，所以执行正常。但当我们把<discriminator>中的type属性改成int时将会报错，因为默认不写是以完整的类名字串来作为标识，而我们设定type为int,所以将不能匹配类型。

（4）每个具体类一张完整表：

与第（2）种情况相比，它的主要特点就是为每个具体类建立一张表，表的字段对应子类本身的属性，同样也包括父类的所有属性。同样只需要修改配置文件如下：

<class name="Employee">
        <id name="id">
            <generator class="hilo" />
        </id>
        <property name="name"></property>
        <many-to-one name="depart" column="depart_id" />
        <union-subclass name="Sale">
            <property name="signSale" />
        </union-subclass>
        <union-subclass name="Skill">
            <property name="signSkill" />
        </union-subclass>
    </class>

<class name="Employee">
		<id name="id">
			<generator class="hilo" />
		</id>
		<property name="name"></property>
		<many-to-one name="depart" column="depart_id" />
		<union-subclass name="Sale">
			<property name="signSale" />
		</union-subclass>
		<union-subclass name="Skill">
			<property name="signSkill" />
		</union-subclass>
	</class>

 

注意：id生成器选择了“hilo”,由于我们为每个具体类都映射了一张表，所以id不能只在每张表中递增，如果只在每张表中递增，这里的三张表中的id将会出现重复，这样我们在采用多态查询，将会查出多种结果，我们应让id是唯一的，所以采取了hilo的方式来生成id，它能保证id是全局性的递增生成，这样每张表中的id均不会重复。 同样请注意，可能需要删除某些表或者是删库建库才能执行测试类。 执行完成后，需留意hibernate产生的sql语句和表的结构内容。 补充说明：在使用这种方法时，如果父类为抽象类也是可行得，我们可以在<class>元素中配置abstract=”true”来说明父类为抽象类，自然就不会为其建表。

总结：在上面的继续关系中我们多次用到了删库建库，在执行测试类时，如果出现sql不能更新或者sql相关的错误，则不防尝试此方法。另外在学继承关系时，除了注意配置文件外，更应注意hibernate产生的sql语句以及执行后产生表的情况。通常我们建议表的数目不要超过类的数目。

<script type="text/javascript"><!-- google_ad_client = "pub-1076724771190722"; /* JE个人博客468x60 */ google_ad_slot = "5506163105"; google_ad_width = 468; google_ad_height = 60; //--> </script><script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"> </script><script src="http://pagead2.googlesyndication.com/pagead/expansion_embed.js"></script><script src="http://googleads.g.doubleclick.net/pagead/test_domain.js"></script><script src="http://pagead2.googlesyndication.com/pagead/render_ads.js"></script><script></script>