hibernate注解

@contentejb3注解的API定义在javax.persistence.*包里面。  
 
注释说明: 
@Entity —— 将一个类声明为一个实体bean(即一个持久化POJO类) 
@Id —— 注解声明了该实体bean的标识属性(对应表中的主键)。 
@Table ——注解声明了该实体bean映射指定的表(table),目录(catalog)和schema的名字 
@Column —— 注解声明了属性到列的映射。该注解有如下的属性 
name 可选,列名(默认值是属性名) 
unique 可选,是否在该列上设置唯一约束(默认值false) 
nullable 可选,是否设置该列的值可以为空(默认值false) 
insertable可选,该列是否作为生成的insert语句中的一个列(默认值true) 
updatable可选,该列是否作为生成的update语句中的一个列(默认值true) 
columnDefinition 可选,为这个特定列覆盖sqlddl片段(这可能导致无法在不同数据库间移植) 
table 可选,定义对应的表(默认为主表) 
length 可选,列长度(默认值255) 
precision 可选,列十进制精度(decimalprecision)(默认值0) 
scale 可选,如果列十进制数值范围(decimalscale)可用,在此设置(默认值0) 
@GeneratedValue —— 注解声明了主键的生成策略。该注解有如下属性 
strategy 指定生成的策略(JPA定义的),这是一个GenerationType。默认是GenerationType.AUTO 
   GenerationType.AUTO主键由程序控制 
GenerationType.TABLE 使用一个特定的数据库表格来保存主键 
GenerationType.IDENTITY主键由数据库自动生成(主要是自动增长类型) 
GenerationType.SEQUENCE根据底层数据库的序列来生成主键,条件是数据库支持序列。(这个值要与generator一起使用) 
generator 指定生成主键使用的生成器(可能是orcale中的序列)。 
@SequenceGenerator —— 注解声明了一个数据库序列。该注解有如下属性 
name表示该表主键生成策略名称,它被引用在@GeneratedValue中设置的“gernerator”值中 
sequenceName 表示生成策略用到的数据库序列名称。 
initialValue 表示主键初始值,默认为0. 
allocationSize每次主键值增加的大小,例如设置成1,则表示每次创建新记录后自动加1,默认为50. 
@GenericGenerator ——注解声明了一个hibernate的主键生成策略。支持十三种策略。该注解有如下属性 
name 指定生成器名称 
strategy 指定具体生成器的类名(指定生成策略)。 
parameters 得到strategy指定的具体生成器所用到的参数。 
  其十三种策略(strategy属性的值)如下: 
   1.native对于orcale采用Sequence方式,对于MySQL和SQLServer采用identity(处境主键生成机制), 
   native就是将主键的生成工作将由数据库完成,hibernate不管(很常用) 
   例:@GeneratedValue(generator ="paymentableGenerator")     
        @GenericGenerator(name = "paymentableGenerator", strategy ="native") 
    2.uuid采用128位的uuid算法生成主键,uuid被编码为一个32位16进制数字的字符串。占用空间大(字符串类型)。 
     例:@GeneratedValue(generator ="paymentableGenerator")     
        @GenericGenerator(name = "paymentableGenerator", strategy ="uuid") 
    3.hilo要在数据库中建立一张额外的表,默认表名为hibernate_unque_key,默认字段为integer类型,名称是next_hi(比较少用) 
     例:@GeneratedValue(generator ="paymentableGenerator")     
        @GenericGenerator(name = "paymentableGenerator", strategy ="hilo") 
    4.assigned在插入数据的时候主键由程序处理(很常用),这是元素没有指定时的默认生成策略。等同于JPA中的AUTO。 
     例:@GeneratedValue(generator ="paymentableGenerator")     
        @GenericGenerator(name = "paymentableGenerator", strategy ="assigned") 
    5.identity 使用SQLServer和MySQL的自增字段,这个方法不能放到Oracle中,Oracle不支持自增字段,要设定sequence(MySQL和SQLServer中很常用)。等同于JPA中的

IDENTITY 
     例:@GeneratedValue(generator ="paymentableGenerator")     
        @GenericGenerator(name = "paymentableGenerator", strategy ="identity") 
    6.select 使用触发器生成主键(主要用于早期的数据库主键生成机制,少用) 
     例:@GeneratedValue(generator ="paymentableGenerator")     
        @GenericGenerator(name = "paymentableGenerator", strategy ="select") 
    7.sequence调用谨慎数据库的序列来生成主键,要设定序列名,不然hibernate无法找到。 
     例:@GeneratedValue(generator ="paymentableGenerator")    
   @GenericGenerator(name ="paymentableGenerator", strategy ="sequence",     
   parameters = { @Parameter(name= "sequence", value = "seq_payablemoney")}) 
8.seqhilo通过hilo算法实现,但是主键历史保存在Sequence中,适用于支持Sequence的数据库,如Orcale(比较少用)  
例:@GeneratedValue(generator ="paymentableGenerator")    
   @GenericGenerator(name ="paymentableGenerator", strategy ="seqhilo",     
   parameters = { @Parameter(name= "max_lo", value = "5") }) 
9.increnment插入数据的时候hibernate会给主键添加一个自增的主键,但是一个hibernate实例就维护一个计数器,所以在多个实例运行的时候不能使用这个方法。 
例:@GeneratedValue(generator ="paymentableGenerator")     
        @GenericGenerator(name = "paymentableGenerator", strategy ="increnment") 
    10.foreign 使用另一个相关的对象的主键。通常和联合起来使用。 
    例:@Id     
   @GeneratedValue(generator ="idGenerator")    
   @GenericGenerator(name ="idGenerator", strategy ="foreign",     
       parameters = { @Parameter(name = "property", value = "info")})     
   Integerid; 
@OneToOne  
EmployeeInfo info; 
11.guid 采用数据库底层的guid算法机制,对应MySQL的uuid()函数,SQLServer的newid()函数,ORCALE的rawtohex(sys_guid())函数等 
例:@GeneratedValue(generator ="paymentableGenerator")      
   @GenericGenerator(name ="paymentableGenerator", strategy ="guid")  
12.uuid.hex 看uudi,建议用uuid替换 
   例:@GeneratedValue(generator ="paymentableGenerator")      
   @GenericGenerator(name ="paymentableGenerator", strategy ="uuid.hex") 
13.sequence-identitysequence策略的扩展,采用立即检索策略来获取sequence值,需要JDBC3.0和JDK4以上(含1.4)版本 
     例:@GeneratedValue(generator ="paymentableGenerator")    
   @GenericGenerator(name ="paymentableGenerator", strategy ="sequence-identity",     
       parameters = { @Parameter(name = "sequence", value ="seq_payablemoney") })  
      
@OneToOne设置一对一个关联。cascade属性有五个值(只有CascadeType.ALL好用?很奇怪),分别是CascadeType.PERSIST(级联新建),CascadeType.REMOVE(级联删除),

CascadeType.REFRESH(级联刷新),CascadeType.MERGE(级联更新),CascadeType.ALL(全部四项) 
   方法一 
   主表: ?@OneToOne(cascade =CascadeType.ALL) 
    @PrimaryKeyJoinColumn
    public 从表类 get从表类(){return 从表对象} 
    从表:没有主表类。 
    注意:这种方法要求主表与从表的主键值想对应。 
方法二 
    主表:?@OneToOne(cascade =CascadeType.ALL) 
        @JoinColumn(name="主表外键") //这里指定的是数据库中的外键字段。 
        public 从表类 get从表类(){return 从表类} 
    从表:@OneToOne(mappedBy ="主表类中的从表属性")//例主表User中有一个从表属性是Heart类型的heart,这里就填heart 
        public 主表类 get主表类(){return 主表对象} 
    注意:@JoinColumn是可选的。默认值是从表变量名+"_"+从表的主键(注意,这里加的是主键。而不是主键对应的变量)。 
方法三 
    主表:@OneToOne(cascade=CascadeType.ALL) 
        @JoinTable( name="关联表名", 
    joinColumns= @JoinColumn(name="主表外键"), 
   inverseJoinColumns =@JoinColumns(name="从表外键") 
        
    从表:@OneToOne(mappedBy ="主表类中的从表属性")//例主表User中有一个从表属性是Heart类型的heart,这里就填heart 
        public 主表类 get主表类(){return主表对象}     
@ManyToOne 设置多对一关联 
  方法一        
  @ManyToOne(cascade={CasCadeType.PERSIST,CascadeType.MERGE}) 
  @JoinColumn(name="外键") 
   public 主表类 get主表类(){return主表对象} 
   方法二 
  @ManyToOne(cascade={CascadeType.PERSIST,CascadeType.MERGE}) 
  @JoinTable(name="关联表名", 
   joinColumns =@JoinColumn(name="主表外键"), 
   inverseJoinColumns =@JoinColumns(name="从表外键") 
  
@OneToMany设置一对多关联。cascade属性指定关联级别,参考@OneToOne中的说明。fetch指定是否延迟加载,值为FetchType.LAZY表示延迟,为FetchType.EAGER表示立即加载 
  方法一    使用这种配置,在为“一端”添加“多端”时,不会修改“多端”的外键。在“一端”加载时,不会得到“多端”。如果使用延迟加载,在读“多端”列表时会出

异常,立即加载在得到多端时,是一个空集合(集合元素为0)。 
   “一端”配置 
  @OneToMany(mappedBy="“多端”的属性") 
   publicList<“多端”类> get“多端”列表(){return“多端”列表} 
  “多端”配置参考@ManyToOne.      
   方法二 
   “一端”配置 
  @OneToMany(mappedBy="“多端”的属性") 
  @MapKey(name="“多端”做为Key的属性") 
   publicMap<“多端”做为Key的属性的类,主表类>get“多端”列表(){return “多端”列表} 
  “多端”配置参考@ManyToOne.  
   方法三使用这种配置,在为“一端”添加“多端”时,可以修改“多端”的外键。 
   “一端”配置 
   @OneToMany
  @JoinColumn(name="“多端外键")  
   publicList<“多端类> get“多端列表(){return“多端列表} 
   “多端配置参考@ManyToOne.

跟网型逆变器小干扰稳定性分析与控制策略优化研究(Simulink仿真实现)内容概要:本文围绕跟网型逆变器的小干扰稳定性展开分析,重点研究其在电力系统中的动态响应特性及控制策略优化问题。通过构建基于Simulink的仿真模型,对逆变器在不同工况下的小信号稳定性进行建模与分析,识别系统可能存在的振荡风险,并提出相应的控制优化方法以提升系统稳定性和动态性能。研究内容涵盖数学建模、稳定性判据分析、控制器设计与参数优化,并结合仿真验证所提策略的有效性,为新能源并网系统的稳定运行提供理论支持和技术参考。; 适合人群:具备电力电子、自动控制或电力系统相关背景,熟悉Matlab/Simulink仿真工具,从事新能源并网、微电网或电力系统稳定性研究的研究生、科研人员及工程技术人员。; 使用场景及目标:① 分析跟网型逆变器在弱电网条件下的小干扰稳定性问题;② 设计并优化逆变器外环与内环控制器以提升系统阻尼特性;③ 利用Simulink搭建仿真模型验证理论分析与控制策略的有效性;④ 支持科研论文撰写、课题研究或工程项目中的稳定性评估与改进。; 阅读建议:建议读者结合文中提供的Simulink仿真模型,深入理解状态空间建模、特征值分析及控制器设计过程,重点关注控制参数变化对系统极点分布的影响,并通过动手仿真加深对小干扰稳定性机理的认识。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值