现在我们对于项目中大量使用@Entity注册在类头上,将一个类声明为一个实体bean(即一个持久化POJO类) ,@Table注册在类头上,注解声明了该实体bean映射指定的表,来体现实体与表的这种映射关系。
对于属性字段和表的字段关系对应的注解属性的位置,一般我们采用以下两种方式:
第一种:
是把注解@Column(name ="xx")放在field上,一种是把注解放在get方法上一般放在field上看起来比较集中、清晰;
第二种:
是把注解@Column(name= "xx")放在get方法上,这种方式看起来比较散漫、不很清楚;
但是第一种方式这样做实际上破坏了java面向对象的封装性,原因是一般我们写javaBean,成员变量通常定义为private,目的就是不让别人来直接访问的私有属性,而我们把注解放在私有成员的变量上,就是默认hibernate可以直接访问我们的私有的成员变量,所以我们定义属性为private,就实际没有多大意义,至于hibernate为什么能访问,hibernate采用java的反射机制完全可以访问私有成员变量!所以应该放在get方法上,第二种方式这个时候就显得更加合理。
Hibernate自动帮我们建表:
如果我们采用注解的方式在我们的实体Bean上,又想通过扫描这些注解的Bean,通过Hibernate自动帮我们建表,那么你就会发现字段注解的位置不同甚至会影响到建表的结构,尤其是大字段、外键约束的生成效果。
如果采用第一种方式注解到私有字段上,这种帮我们建立表结构、约束条件和大字段Lob类型这些都是非常正常的,而通过第二种方式注解到get方法上,这种帮我们的建立的表大部分正常字段正常,而外键关联的和大字段就会出现问题.
虽然项目的开发我们不采用hibernate帮我们自动建表,通常我们还是要手动的建表,所以这一些是对于通过Hibernate帮我们自动建表要考虑的!而实际开发中,已注解在get方法上为多数!