Hibernate 中的身份生成器与 Sybase
我正在使用 hibernate 3.5 和 Sybase ASE 数据库。我的表 Table 中有一个主键 PK1。 我使用选择生成器类来生成主键。
<id name="pk1" type="java.math.BigInteger">
<column name="PK_ID" />
<generator class="select">
<param name="key">unique</param>
</generator>
</id>
我还有一个类，它使用 PK_ID 作为外键，但不是主键。我将其映射保留为，
<property name="PK_ID1" type="java.math.BigInteger">
<column name="SHIP_EVENT_ID" length="23" not-null="false" />
</property>
当我使用身份生成器时，这似乎工作正常。但是当我将其更改为选择生成器时。它向我展示了约束冲突异常。尽管正在生成新值并将其设置为第二个表的 pojo 类。
请帮忙！
问候， 德瓦拉克
I am using hibernate 3.5 with Sybase ASE database.I have a primary key PK1 in my table Table.
I used the select generator class for my primary key generation.
<id name="pk1" type="java.math.BigInteger">
<column name="PK_ID" />
<generator class="select">
<param name="key">unique</param>
</generator>
</id>
I have one more class which uses the PK_ID as foreign key but not a primary key.I have kept the mapping for it as,
<property name="PK_ID1" type="java.math.BigInteger">
<column name="SHIP_EVENT_ID" length="23" not-null="false" />
</property>
When I use identity generator this seems to work fine.But when I change it to select generator.It shows me constraint violation exception.Although the new value is being generated and set to the pojo class for the second table.
Please Help!
Regards,
Dwarak
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在后端使用像 ASE 这样的引擎，使用一些 OO 前端来进行 DDL 更改并不是一个好主意。当然，这是前端的一个错误，但这并不是唯一的错误。更重要的是，您只能访问大约 5% 的 Sybase 功能。为什么不使用随 ASE 免费提供的 Sybase 客户端软件。 SybaseCentral 负责所有 DDL 和管理任务，InteractiveSQL 负责所有 SQL 任务（DML、存储过程、测试 SQL）。它不仅更直接，而且开发时间更快。一旦设置并测试了对象，就可以使用您喜欢的任何前端对这些对象执行命令（存储过程或测试的 SQL）。
With an engine like ASE in the back end, it is not a good idea to use some OO front end to do your DDL changes. Sure, this is a bug in the front end, but this is not the only one. More important you have access to only about 5% of Sybase functionality. Why don't use the Sybase Client softwarw that comes free with ASE. SybaseCentralfor all your DDL and Administrative tasks and InteractiveSQL for all your SQL tasks (DML, stored procs, testing SQL). It is not only more direct, it is much faster development time. Once you have the objects set up and tested, use whatever front end you like to execute commands (either stored procs or tested SQL) against those objects.