Hibernate中Postgresql的默认标识符生成器是SequenceGenerator [1]。 即Hibernate将做SELECT nextval('hibernate_sequence')
以在会话提交之前执行INSERT foo (id, ...) VALUES (123, ...)
之前生成ID。但是,PostgreSql支持自动增量id列(例如参见[2]),并且所有其他支持自动增量的数据库的缺省生成器都是使用该功能[3],并执行插入,省略id值并进行查询用于新id的数据库(在会话提交之前,但在会话的事务中)。为什么PostgreSQL“SequenceGenerator”,而不是“IdentityGenerator”的Hibernate默认生成器?
我已经看到一些最近的讨论[4],表明前一策略总体上更好,因为insert-before-session-commit不匹配。
如果SequenceGenerator更好(按[4]),为什么它不支持它的数据库的默认值(见[3])?
如果IdentityGenerator比较好,为什么PostgreSql在Postgres支持前者(按[2])时显式选择SequenceGenerator?
我试图找到重写默认Postgres方言的决定的历史(见[1]),但我无法在GitHub中找到相关的提交。我已经将代码追溯到SVN存储库,但是在r11563添加PostgreSQLDialect文件并且无用的提交消息“maven migration”[5]的情况下,该线索变得很冷。我似乎无法追溯历史。任何人都可以找到增加了这个覆盖的提交?也许在提交消息中有更多的信息。
在此先感谢。
[4] http://nhforge.org/blogs/nhibernate/archive/2009/03/20/nhibernate-poid-generators-revealed.aspx
我想这是因为'serial'数据类型只是一个“伪装序列”。 – 2012-02-27 18:51:59
这并不能解释它 - 所有自动增量列都是伪装的序列。 – Rich 2012-02-28 09:04:38
不,不适用于SQL Server或MySQL,如果不进行插入操作就无法获得下一个值(这是基于序列的解决方案和“自动递增”之间的最大区别) – 2012-02-28 17:11:03