OracleJPA学习(2)注解

落得一样篇学习了JPA的helloworld,也初略的行使了部分注,接下便细细的询问一下发出怎么样注解,和这些注解的图

  JPA的主干注解:

  ①@Entity,@Table,@Id,@GeneratedValue,@Column,@Basic,这些是极致基本的笺注了
   一:@Entity: 标注用于实体类声明语句之前,指出该Java
类为实体类,将投到指定的数目库表。如宣称一个实体类
User,它用投到数据库中的 user
表上。如果无运用@Table注解的话,那么vo的称是啊,那么相应的数据表的号也是vo的号。
   二:@Table:当实体类与该映射的数据库表名不同名时需要以 @Table
标注说明,该标注和 @Entity
标注并列使用,置于实体类声明语句之前,可写为独立语句行,也不过与声明语句同行。
@Table 标注的常用选项是 name,用于指明数据库的表名
@Table标注还有一个片只选择 catalog 和 schema
用于安装表所属的数据库目录或                        
 模式,通常为数量库名。uniqueConstraints
选项用于安装约原则,通常不须安装。
     三:@Id
标注用于声明一个实体类的性能映射为数据库的主键列。该属性通常置于属性声明语句之前,可和声明语句同行,也可是写于独立实施上。
@Id标注为不过放置属性之getter方法之前。

   四:@GeneratedValue 用于标注主键的扭转策略,通过 strategy
属性指定。默认情况下,JPA
自动选择一个极符合底层数据库的主键生成策略:SqlServer 对应        
identity,MySQL 对应 auto increment。 在
javax.persistence.GenerationType 中定义了以下几种植而供应选择的政策:
IDENTITY:采用数据库 ID自增长之法来自多主键字段,Oracle
不支持这种方式; AUTO: JPA自动选择适宜的方针,是默认选项;
SEQUENCE:通过队产生主键,通过 @SequenceGenerator
注解指定序列名,MySql 不支持这种艺术
TABLE:通过表明出主键,框架借由表模拟序列产生主键,使用该政策可以要利用还易数据库移植。
   五:@Basic
代表一个粗略的性质到数码库表的字段的投,对于无其它标注的 getXxxx()
方法,默认即为@Basic fetch: 表示该属性之读取策略,有 EAGER 和 LAZY 两栽,
分别代表主支抓取和延缓加载,默认为 EAGER.
optional:表示该属性是否同意为null, 默看true

@Transient:

  表示该属性并非一个交数库表的字段的投射,ORM框架将忽略该属性.
如果一个性能并非数据库表的字段映射,就得以那个标志为@Transient,否则,ORM框架默认其注解为 
  @Basic

@Temporal

  在中心之 Java API 中并没概念 Date 类型的精度(temporal precision).
而当数据库中,表示 Date 类型的数码发生 DATE, TIME, 和 TIMESTAMP
三种精度(即只有的日子,时间,或者双方 兼备).
在进展性映射时不过采取@Temporal注解来调动精度.

@Table这个注解就比较多的情了
   这个注解的的意就是说主键生成策略是坐落一个数量表中,每次用的时段,就以数据表中询问,根据自己安装的政策,来转主键。
   我当mysql数据库被开创了:

  Oracle 1

,数据表,PK_NAME存放的哪怕是咱们啊一个说明动的策略,ID_VAL存放的即是主键,每次我们创建的笔录之下,主键就是使用ID_VAL作为参照.下面就是自存放的记录Oracle 2

本身今天的笺注是:

package com.hotusm.commom.entity;

import java.io.Serializable;

import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import javax.persistence.Table;
import javax.persistence.TableGenerator;


@Table(name="USER")
@Entity
public class User implements Serializable{

    /**
     * 
     */
    private static final long serialVersionUID = 1L;
    private Integer id;
    private String name;

    private String userDesc;
    @TableGenerator(name="GENERATORS",//名称   需要和@GeneratedValue中的generator值一样
                    table="ID_GENERATOR",//对应我们创建的主键策略数据表的表名
                    pkColumnName="PK_NAME",//对应创建的主键策略数据表存放信息的那个字段,和后面pkColumnValue一起就可以确定一行
                    pkColumnValue="ID_USER",//这个字段是PK_NAME的值
                    valueColumnName="ID_VAL",//由pkColumnName,pkColumnValue可以确定一行,由这个就可以确定是哪一个字段了
                    allocationSize=1,//每次主键增长的大小ID_VAL刚开始设置了,那么就不起作用
                    initialValue=1//初始化的大小,如果数据表中的
            )
    @GeneratedValue(strategy=GenerationType.TABLE,generator="GENERATORS")
    @Id
    public Integer getId() {
        return id;
    }

    public void setId(Integer id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    @Column(name="user_desc")
    public String getDesc() {
        return userDesc;
    }

    public void setDesc(String desc) {
        this.userDesc = desc;
    }


}

这么,我们每次创建表的当儿,主键就会基于我们安的方针进行加强了,但是这种办法不是可怜常用之,除非是有的特定的政工要求。

 

相关文章