2008-05-10
这能否算Hibernate的Bug?
关键字: bug id
遇到一个非常奇怪的问题,感觉象hibernate的bug,即使不是bug,也是设计的有失偏颇。
一个简单的Pojo映射如下:
oid为自增long类型,id为guid,表中为string类型.
简单查询的hql为:from Member as t where t.id = ?
ok,这看起来是没有问题的,一切都很ok.
可事实上,这条hql执行时,它应该去根据哪个属性去查询呢?
凭感觉,它应该根据属性名称即“property name='id'”去做查询,因为非id属性就是如此;
可事实上,它却去根据oid即hibernate的id结点去查询.......
当然,这种情况是一种极特别的情况,被我遇到了而已..........
这也许不算bug,也许人家就是如此设计的吧....
一个简单的Pojo映射如下:
<hibernate-mapping package="cn.crazyasp.album.user">
<class name="Member" table="V_MemberDetail_info">
<id name="oid" type="long" column="MBDT_index">
<generator class="native" />
</id>
<property name="id" column="MBDT_MBUid" type="string"/>
<property name="name" column="MBDT_City" type="string"/>
</class>
</hibernate-mapping>
oid为自增long类型,id为guid,表中为string类型.
简单查询的hql为:from Member as t where t.id = ?
ok,这看起来是没有问题的,一切都很ok.
可事实上,这条hql执行时,它应该去根据哪个属性去查询呢?
凭感觉,它应该根据属性名称即“property name='id'”去做查询,因为非id属性就是如此;
可事实上,它却去根据oid即hibernate的id结点去查询.......
当然,这种情况是一种极特别的情况,被我遇到了而已..........
这也许不算bug,也许人家就是如此设计的吧....
评论
DavyLee
昨天
引用
forestking
这个不是bug,在Gavin King的书里明确的说过,在hql中使用的id就是指hbm中定义的id,也就是这里oid,不管这个id的名字是什么,这样其实是比较方便的,因为在你不知道id的名字的时候也可以用id。你的这种情况可能是具体的要求,可是我觉得完全没有必要有一个普通属性叫做id,这会造成误解的。
呵呵,你说的很对,但我这个是特殊需求,呵呵,本来用的就是id属性,同时也是hibernate的id结点(guid),但后来有人把表里增加了一列数字做自增pk,而我不想对代码做大的调整,所以用就把id做为普通属性了,然后又增加了oid..........
forestking
昨天
这个不是bug,在Gavin King的书里明确的说过,在hql中使用的id就是指hbm中定义的id,也就是这里oid,不管这个id的名字是什么,这样其实是比较方便的,因为在你不知道id的名字的时候也可以用id。你的这种情况可能是具体的要求,可是我觉得完全没有必要有一个普通属性叫做id,这会造成误解的。
wf_chn
2008-05-10
把类代码贴出来看看
发表评论
- 浏览: 20900 次
- 性别:

- 来自: 河北

- 详细资料
搜索本博客
最近加入圈子
最新评论
-
这能否算Hibernate的Bug? ...
引用forestking 这个不是bug,在Gavin King的书里明确的说 ...
-- by DavyLee -
这能否算Hibernate的Bug? ...
这个不是bug,在Gavin King的书里明确的说过,在hql中使用的id就是 ...
-- by forestking -
这能否算Hibernate的Bug? ...
把类代码贴出来看看
-- by wf_chn -
某财经大学java老师布置的 ...
期待中.........期待高手出现...........
-- by justjavac -
某财经大学java老师布置的 ...
比较有兴趣
-- by xujingbao






评论排行榜