关于JPA吐个槽，关于ID生成策略的

最近做项目，用了下jpa，估计因为是hibernate提出的。
还是直接用annotation配置ID生成策略。

可是

ID生成策略一般都是跟数据库相关的，当然，也有在程序中控制生成的。

一般来说，这个是全局策略，有必要每个entity都去声明吗？

至少要提供一个全局配置方式啊。

否则，用h2做个原型程序，换到mysql或者sql server，每个entity都要改一下代码。
感觉好傻。


要么是我没看到JPA可以配置全局ID生成策略的地方。

spring data里有个Persistable接口

两个概念吧。
我的想法是，简单应用里，一般数据库中表大多是用数字做主键，数字来源要么是auto_increment，要么identity，
要么sequence。
按照jpa的规范，需要每个entity的类里声明@GeneratedValue。
但是采用一种数据库，这个策略其实是一致的。

那为啥不在persistence.xml里直接声明呢？

嗯，这个有待改进，
但是：
a> 项目做完了想换数据库机会不大，即时要换 还不想修改类文件，这个真没必要去考虑！
b> 建议你使用各数据通用的策略 去定义，也可以达到你的预期效果

我偏好 数据自动ID生成
然后又是拿h2做原型程序。最终可能用到 mysql上，当然，也可能不是。
所以吐槽。

意思就是可以实现这个接口，所有的类都继承这个接口，jpa注解到这个接口的实现类上
springside4就是这么实现的，只是没有用Persistable接口

extend IDEntity  主键统一定义在父类中

鉴于各位的建议，看了一下spring data的资料。
找到了 org.springframework.data.jpa.domain.AbstractPersistable
  （幻无极说的不准确。Persistable，只是声明这个类用id作为主键属性，并未声明ID生成策略）

仔细看了一下，AbstractPersistable的ID生成策略是 javax.persistence.GenerationType.AUTO
按照文档，这个策略并不是由数据库自动生成，而是容器自动生成。
请注意 这个容器其实是jpa容器，也就是entitymanager的容器。

当然，如果使用entitymanager的容器的自动生成，确实是与数据库无关，
只是不合我这种强迫症患者的口味而已。

另外，以前研究jpa时发现jpa不能识别entity父类的annotation，
本来以为是不支持，现在看到，是要用
@javax.persistence.MappedSuperclass加在类声明上。

（Very good，又可以考虑实现JPA的代码生成工具了。）

因此，可以实现自己的entity统一基类，加上MappedSuperclass，就是 superchinaren  所说的IDEntity。

剩下还有一个疑问，如果在父类中声明ID生成策略为 GenerationType.SEQUENCE。
这个sequence名称是按类建的，还是统一的一个呢？
有空做下实验......

定义个父类很难吗，大家都继承一下嘛，为了保险起见

参考 springSide 的实现方式，定义一个 IdEntity 类，统一 ID 的生成策略及命名，再由其他类继承。