商品:ID,名称,价格,。。。。
客户:ID,名称,。。。。。
订单主表:流水号,订单日期,客户ID。。。(一个订单一条)
订单辅表:流水号,主表流水号,商品ID。。。(同一主表的流水下对应多个商品 )
辅表由于信息量较大,可以再次设计成以季或月为表
一月订单主表:流水号,订单日期,客户ID。。。(一个订单一条)
一月订单辅表:流水号,主表流水号,商品ID。。。(同一主表的流水下对应多个商品 )
二月订单主表:流水号,订单日期,客户ID。。。(一个订单一条)
客户:ID,名称,。。。。。
订单主表:流水号,订单日期,客户ID。。。(一个订单一条)
订单辅表:流水号,主表流水号,商品ID。。。(同一主表的流水下对应多个商品 )
辅表由于信息量较大,可以再次设计成以季或月为表
一月订单主表:流水号,订单日期,客户ID。。。(一个订单一条)
一月订单辅表:流水号,主表流水号,商品ID。。。(同一主表的流水下对应多个商品 )
二月订单主表:流水号,订单日期,客户ID。。。(一个订单一条)
Tags: 订单 商品 关系 manay-to-one
Trackback这个博客重要技术之一,个人觉得是一个很好创意技术,把相关主题的日志文章自然而然的联系在一起了,同时尊重作者创作劳动果实。
那Trackback有什么作用呢?
1、保存自己的文字。如果你朋友的blog上写评论,会有找不到的可能,但是如果你写的是TrackBack,就可以在你自己的blog上保存这些字,不至于丢失。
2、修改你的评论。你不能修改发表在别人blog上的评论,但可以修改TrackBack,甚至删除。
3、创建了一个TrackBack其实就是创建了一个你感兴趣的文章的联接。
那Trackback有什么作用呢?
1、保存自己的文字。如果你朋友的blog上写评论,会有找不到的可能,但是如果你写的是TrackBack,就可以在你自己的blog上保存这些字,不至于丢失。
2、修改你的评论。你不能修改发表在别人blog上的评论,但可以修改TrackBack,甚至删除。
3、创建了一个TrackBack其实就是创建了一个你感兴趣的文章的联接。
在具体的项目应用中,我们很少会用到一对一的级联操作,且很多时候一对一的操作可以通过多对一实现,但是一对一有自己的好处,就是在任何时候都能保证主外键数据的一致性,但是多对一的情况下未必能做到.
我在项目中具体用到了一对一的级联操作,从网上拿了 一个例子来做,但是没有成功,于是只好自己研究,现在把修改后的代码帖出来.
本例子使用hibernate3.jar+oracle数据库
库表:
TestMain.java
我在项目中具体用到了一对一的级联操作,从网上拿了 一个例子来做,但是没有成功,于是只好自己研究,现在把修改后的代码帖出来.
本例子使用hibernate3.jar+oracle数据库
库表:
引用内容
CARD_TEST(CARDID[NUMBER(18)],CARDNUM[VARCHAR2(20)])
USER_TEST(USERID[NUMBER(18)],USERNAME[VARCHAR2(20)])
USER_TEST(USERID[NUMBER(18)],USERNAME[VARCHAR2(20)])
TestMain.java
Tags: one-to-one 一对一
one to one 是一种数据库中的一对一的关系,比如在中国一个人只有一张身份证,人跟身份证就是一对一的关系,在hibernate中怎么实现这个做法了,这里数据库有两个 表,一个是user,一个是card,先为他们建一个对应的form类,在User类建一个 Card card对象,在Card类建一个User user对象,这样实现持久化中的你中有我,我中有你,hibernate当中肯定少不了的就是配置各个表的信息了。
以下是配置User表:
以下是配置User表:
复制内容到剪贴板 程序代码
<hibernate-mapping>
<class name="org.tinna.User" table="user">
<class name="org.tinna.User" table="user">
Tags: one-to-one 一对一
以前写HBM,用一对多或多对多的时候默认总是加上“inverse=true”。当时想法很简单就是由双方来维护之间的关联关系。今天才终于明白inverse的真正含义了!
其实inverse不复杂,但是要真正明白还是要稍微看一下源码。inverse的真正作用就是指定由哪一方来维护之间的关联关系。当一方中指定了“inverse=false”(默认),那么那一方就有责任负责之间的关联关系,说白了就是hibernate如何生成Sql来维护关联的记录!举个最简单的一对多父子关系。那么代码就写成:
父亲中的关系映射
{set name="children" lazy="true" inverse="true"}
{key column="parent_id"/}
{one-to-many class="test.Child"/}