hibernate mapping文件中的标记详解:关系标记
2007-05-23 17:15
239 查看
代码
2.另一类常见的标记是建立表与表之间的关系。这类标记暂叫“关系标记”
2.0 “关系标记”有: one-to-one, many-to-one,
set+one-to-many, set+many-to-many
2.1 hibernate mapping中建立的表与表之间的关系和数据库中表与表之间的关系无任何瓜葛,互无影响。
前者暂叫“cfg表关系”或“config 表关系”, 或者叫“db表关系”或“database 表关系”
不过,cfg表关系常常参照db表关系来建立。
2.2 一个关系标记对应一个属性,但该属性表达“表与表的关系”,而不与字段对应。这类属性暂叫“关系属性”
(1)这就表示更新本表的字段时,不考虑这些关系属性;
(2)更新本表的同时,也可能要同时更新关系表,这时关系属性起作用。
2.3 准则:"cfg表关系"没有相互性。
表mainTable 和 表relationTable,
在mainTable的mapping文件中建立与relationTable的many-to-one的"cfg表关系" 。
这不表示relationTable与mainTable有one-to-many的"cfg表关系"
对relationTable的pojo对象进行数据库操作完全不受这个"cfg表关系"影响,就像没有这个关系一样。
对mainTable的pojo对象进行数据库操作,可能会根据这个"cfg表关系"更新mainTable表和relationTable表
这点与"db表关系"不同,比如在mainTable中建立了一个指向relationTable的foreign key,
那么往mainTable中插入一个foreign key 不存在的记录是不容许的,
从 relationTable中删除一条记录,而这条记录mainTable中有记录关联它,那么删除会 导 致 异常。
这条准则很重要。
这表示一个mapping文件中建立的"cfg表关系"不会影响其它mapping文件中的"cfg表关系",
,反过来,它也不受其它mapping文件中的"cfg表关系"的影响。
这意味着一条"cfg表关系的"的作用是可预见的,其作用由它所在的mapping文件确定的。
如果relationTable想与mainTable有one-to-many的"cfg表关系",则需在relationTable的mapping文件中
用oneToMany标记显示地建立这种关系。
extend: 属性inverse=true的"cfg表关系"叫"bidirectional association"(双向关系),这个属性并不会破坏这条准则。
后面会详细 讨 论 inverse属性。
2.4 "cfg表关系"( mainTable -- relationTable )有 以 下 几 种情况:
(1)one-to-one
表mainTable的主键对应relationTable的主键,
多个字段作主键时,按照在mapping文件中字段出现的顺序一一对应(如果字段数不同 会 exception)
eg:配置Teacher表的mapping文件:
<one-to-one name="wife" class="db.Teacher"/> (这个配置的意思是"老师的老婆是一个老师")
(2)many-to-one
这个标记既属于“映射标记”又是“关系标记”。它有update和insert属性即是 明 证。
表mainTable的一些字段对应relationTable的主键
在many-to-one标记中要声明哪些字段对应relationTable的主键
eg:配置schoole表的mapping文件:
<many-to-one name="address" class="db.Address">
<column name="SCHOOLE_ADDRESS"/>
</many>
(school表的字段SCHOOLE_ADDRESS对应address表的key(字段name))
(3) one-to-many + set
表mainTable的主键对应relationTable的一些字段
在many-to-one标记中要声明主键对应relationTable的哪些字段
eg:
配置address表的mapping文件
<set name="schooleSet">
<key>
<column name="SCHOOLE_ADDRESS"/>
</key>
<one-to-many class="db.Schoole"/>
</set>
从(2)和(3)的例子中可看出many-to-one和one-to-many的一些相似:
1.one方的主键和many方的部分字段对应
2.须提供建立对应关系many方所需的字段。
(4)many-to-many + set
需要一张表来记录many-to-many关系, 这张关系表是双方主 键 所 含字段的集合。
在many-to-many标记中要说明“一方主键对应的字段, 多对多关系表, 另一方主键对应的字段”
eg: teacher和student的多对多关系
配置teacher表的mapping文件
<set name="studentSet" table="TEACHER_STUDENT">
<key>
<column name="TEACHER_ID"/>
</key>
<many-to-many class="db.Student">
<column name="CARD_ID"/>
</many-to-many>
</set>
(关系表TEACHER_STUDENT含两个字段:TEACHER_ID, STUDENT_ID)
从(3)和(4)的例子可以看出one-to-many和many-to-many的一些相似性:
1. 结 构 相 似,key子标记都提供了主 键 所 对应的它表的字段
2.由于多了一个关系表,所以set标记多了属性table
3.由于relationTable也要声明它的主 键 所对应的它表的字段,故many-to-many标记多了column属性
这四个标记都有一个共同的任务:将双方的部分字段一一对应起来(many-to-many由于关系表的出现,字段的
对应也是一一对应的),就好像架起一座桥,桥的左边是mainTable的字段,桥的右边是relationTable的字段,
把这部分字段叫做“桥字段”,字段对应的属性是“桥属性”。桥字段与普通的字段的区别是,
hibernate要保证mainTable与relationTable中对应的桥字段的值相等。
2.5 在查询一个pojo时,如何 得 到 它的关系属性
关系标记对应的关系属性要么是一个pojo(对one-to-one和many-to-one), 要么是pojo的集合(对
one-to-many,many-to-many而言)
hibernate在查询时,它会根据关系标记生成一个sql语句,从relationTable中查出满足条件的记录,
然后依照relationTable的mapping文件生成relationTable的pojo.
在2.4中可看出,关系标记已给出两个表的字段是如何对应,hibernate可精确地生成sql语句。
extend: 由关系属性可能是一个pojo,而一个pojo又可以有 自 己 的关系属性,其结果是hibernate生成一个pojo时,
藉由该pojo的关系属性, 得 到 一个pojo网。这个不难理解,因为hibernate对表间的“cfg表关系”了 然 于 胸。
2.另一类常见的标记是建立表与表之间的关系。这类标记暂叫“关系标记”
2.0 “关系标记”有: one-to-one, many-to-one,
set+one-to-many, set+many-to-many
2.1 hibernate mapping中建立的表与表之间的关系和数据库中表与表之间的关系无任何瓜葛,互无影响。
前者暂叫“cfg表关系”或“config 表关系”, 或者叫“db表关系”或“database 表关系”
不过,cfg表关系常常参照db表关系来建立。
2.2 一个关系标记对应一个属性,但该属性表达“表与表的关系”,而不与字段对应。这类属性暂叫“关系属性”
(1)这就表示更新本表的字段时,不考虑这些关系属性;
(2)更新本表的同时,也可能要同时更新关系表,这时关系属性起作用。
2.3 准则:"cfg表关系"没有相互性。
表mainTable 和 表relationTable,
在mainTable的mapping文件中建立与relationTable的many-to-one的"cfg表关系" 。
这不表示relationTable与mainTable有one-to-many的"cfg表关系"
对relationTable的pojo对象进行数据库操作完全不受这个"cfg表关系"影响,就像没有这个关系一样。
对mainTable的pojo对象进行数据库操作,可能会根据这个"cfg表关系"更新mainTable表和relationTable表
这点与"db表关系"不同,比如在mainTable中建立了一个指向relationTable的foreign key,
那么往mainTable中插入一个foreign key 不存在的记录是不容许的,
从 relationTable中删除一条记录,而这条记录mainTable中有记录关联它,那么删除会 导 致 异常。
这条准则很重要。
这表示一个mapping文件中建立的"cfg表关系"不会影响其它mapping文件中的"cfg表关系",
,反过来,它也不受其它mapping文件中的"cfg表关系"的影响。
这意味着一条"cfg表关系的"的作用是可预见的,其作用由它所在的mapping文件确定的。
如果relationTable想与mainTable有one-to-many的"cfg表关系",则需在relationTable的mapping文件中
用oneToMany标记显示地建立这种关系。
extend: 属性inverse=true的"cfg表关系"叫"bidirectional association"(双向关系),这个属性并不会破坏这条准则。
后面会详细 讨 论 inverse属性。
2.4 "cfg表关系"( mainTable -- relationTable )有 以 下 几 种情况:
(1)one-to-one
表mainTable的主键对应relationTable的主键,
多个字段作主键时,按照在mapping文件中字段出现的顺序一一对应(如果字段数不同 会 exception)
eg:配置Teacher表的mapping文件:
<one-to-one name="wife" class="db.Teacher"/> (这个配置的意思是"老师的老婆是一个老师")
(2)many-to-one
这个标记既属于“映射标记”又是“关系标记”。它有update和insert属性即是 明 证。
表mainTable的一些字段对应relationTable的主键
在many-to-one标记中要声明哪些字段对应relationTable的主键
eg:配置schoole表的mapping文件:
<many-to-one name="address" class="db.Address">
<column name="SCHOOLE_ADDRESS"/>
</many>
(school表的字段SCHOOLE_ADDRESS对应address表的key(字段name))
(3) one-to-many + set
表mainTable的主键对应relationTable的一些字段
在many-to-one标记中要声明主键对应relationTable的哪些字段
eg:
配置address表的mapping文件
<set name="schooleSet">
<key>
<column name="SCHOOLE_ADDRESS"/>
</key>
<one-to-many class="db.Schoole"/>
</set>
从(2)和(3)的例子中可看出many-to-one和one-to-many的一些相似:
1.one方的主键和many方的部分字段对应
2.须提供建立对应关系many方所需的字段。
(4)many-to-many + set
需要一张表来记录many-to-many关系, 这张关系表是双方主 键 所 含字段的集合。
在many-to-many标记中要说明“一方主键对应的字段, 多对多关系表, 另一方主键对应的字段”
eg: teacher和student的多对多关系
配置teacher表的mapping文件
<set name="studentSet" table="TEACHER_STUDENT">
<key>
<column name="TEACHER_ID"/>
</key>
<many-to-many class="db.Student">
<column name="CARD_ID"/>
</many-to-many>
</set>
(关系表TEACHER_STUDENT含两个字段:TEACHER_ID, STUDENT_ID)
从(3)和(4)的例子可以看出one-to-many和many-to-many的一些相似性:
1. 结 构 相 似,key子标记都提供了主 键 所 对应的它表的字段
2.由于多了一个关系表,所以set标记多了属性table
3.由于relationTable也要声明它的主 键 所对应的它表的字段,故many-to-many标记多了column属性
这四个标记都有一个共同的任务:将双方的部分字段一一对应起来(many-to-many由于关系表的出现,字段的
对应也是一一对应的),就好像架起一座桥,桥的左边是mainTable的字段,桥的右边是relationTable的字段,
把这部分字段叫做“桥字段”,字段对应的属性是“桥属性”。桥字段与普通的字段的区别是,
hibernate要保证mainTable与relationTable中对应的桥字段的值相等。
2.5 在查询一个pojo时,如何 得 到 它的关系属性
关系标记对应的关系属性要么是一个pojo(对one-to-one和many-to-one), 要么是pojo的集合(对
one-to-many,many-to-many而言)
hibernate在查询时,它会根据关系标记生成一个sql语句,从relationTable中查出满足条件的记录,
然后依照relationTable的mapping文件生成relationTable的pojo.
在2.4中可看出,关系标记已给出两个表的字段是如何对应,hibernate可精确地生成sql语句。
extend: 由关系属性可能是一个pojo,而一个pojo又可以有 自 己 的关系属性,其结果是hibernate生成一个pojo时,
藉由该pojo的关系属性, 得 到 一个pojo网。这个不难理解,因为hibernate对表间的“cfg表关系”了 然 于 胸。
相关文章推荐
- hibernate mapping文件中的标记详解:关系标记
- shiroFilter配置文件详解关于默认的and关系改为or
- linux下,文件的权限和数字对应关系详解
- 详解C 语言项目中.h文件和.c文件的关系
- .java文件和类关系的详解,含示例代码
- Hibernate 学习之路(四):详解 hibernate 映射文件(二)和组件映射关系
- 【转】hibernate之关系配置文件详解3
- hibernate mapping文件中的标记详解:映射标记
- 将文件间的编译依存关系降至最低的Handle Class和Interface Class两种方式详解
- Maven POM文件详解以及继承关系
- jsp程序设计-Tag文件与Tag标记用法详解
- 【转】关系映射文件***.hbm.xml详解
- 文件的复制、移动、压缩等对SELinux属性关系详解
- jsp2.0标记文件(tag)详解
- linux文件权限详解
- Android init.rc文件解析过程详解(一)
- Spring.xml文件详解 Copy from rnern.com
- tomcat配置文件详解
- Tomcat(二) 配置文件 server.xml 详解
- 将文件间的编译依存关系降至最低