首页 > 代码库 > hibernate学习之持久化对象

hibernate学习之持久化对象

2024-07-14 16:08:46   232人阅读

Hibernate对其持久化对象实现了缓存管理，来提高系统性能，Hibernate支持两级缓存管理，一级缓存 是由Session提供的，因此它只存在于Session的生命周期中，是Session所内置的，不能被卸载。 Hibernate的二级缓存是由SessionFactory提供的，他作为一个可插入的组件使用的，默认是不支持的，应用必须明确配置二级缓存才能使用. Session缓存的作用： 降低数据库的访问频率 保证缓存中的对象与数据库中的相关记录保持同步
持久化对象的状态： 临时状态(Transient)    刚刚用new创建，还没有被持久化，还不处于Session缓存之中 持久化状态(Persistent)    已经被持久化，加入到Session的缓存之中 游离状态(Detached)    已经被持久化，但不再处于Session的缓存之中

 

判断一个对象处于怎样的状态 :

主要的依据是 : 1. 看该对象是否处于 session管理 ;2. 看在数据库中有没有对应的记录

瞬时态 : 没有 session 管理 , 同时数据库没有对应记录

持久态 : 有 session 管理，同时在数据库中有记录

脱管态 / 游离态：  没有 session 管理，但是在数据库中有记录 .

临时对象 的特征： 不处于Session的缓存中 在数据库中没有对应的记录 以下情况会使对象进入临时状态： 当通过new语句刚创建了一个对象 Session的delete()方法会使一个对象从持久化状态或游离状态进入临时状态 持久化对象 的特征： 位于一个Session实例的缓存中 持久化对象和数据库中相关的记录对应 Session在清理缓存时，会根据持久化对象的属性的变化来同步更新数据库 Session的save()方法把临时对象变为持久化对象 Session的update(), saveOrUpdate(),lock()使对象从游离状态变成持久化状态。 Session的load()或get()方法返回的是持久化对象，find()方法返回的List元素 游离对象 的特征： 不再处于Session的缓存中 游离对象是从持久化对象转变过来的 调用Session的close()方法时，Session的缓存被清空，缓存中的持久化对象会变成游离对象 Session的evict()能从缓存中删除一个对象，使之从持久化状态变成游离状态
save()//保存对象 把临时对象加入到缓存中，使之成为持久化对象 使用指定的ID生成器为持久化对象分配OID 当对象处于持久化状态，Hibernate不允许修改其OID update()//修改对象 把游离对象加入到缓存中，使一个游离对象变成持久化对象 计划执行update　SQL语句，根据对象的OID来更新对象所对象的数据 update()不能更新一个在session中已经关联的相同OID的对象 saveOrUpdate()//保存或修改对象 同时包含了save()和update()方法的功能，根据对象的状态自动执行相应的功能 若对象为临时状态，执行save()方法，若为游离状态则执行update()方法 merge()    //合并对象 直接修改表中的记录，并不影响该对象原来的状态 contains()    //判断实体对象是否与Sesison关联 可以用此方法判断对象是否处于持久化状态 evict()     //把实体对象从Session缓存中移除 clear()     //清除Session缓存中所有的持久化对象 delete()    //删除指定的对象 配置级联删除 1. 设置cascade为“delete” 或 “all” 或 “save-update,delete”。 “all”与“save-update,delete”相同 学生和地址之间存在一对一的关系，如果希望删除学生信息时，同时删除地址信息，可以在学生这一头这样配置。 2.设置cascade=“delete-orphan” 班级和学生是一对多的关系，在班级的set元素中进行配置。更新班级对象时，检查set集合中缺少的学生对象，删除数据库中对应的学生记录。 get() load() 两个方法的区别：

Books book=(Books) session.load(Books.class, 2); 都是根据指定的OID从数据库中加载一个持久化状态对象 当数据库中不存在与OID相对应的记录时，get()返回一个null引用，而load()方法会抛出ObjectNotFoundException异常 使用get 去查询数据，(先到一级/二级)会立即向db发出查询请求(select ...), 如果你使用的是 load查询数据，(先到一级、二级))即使查询到对象，返回的是一个代理对象,如果后面没有使用查询结果，它不会真的向数据库发select ,当程序员使用查询结果的时候才真的发出select ,这个现象我们称为懒加载(lazy)

通过修改配置文件，我们可以取消懒加载 <class  name="Employee" lazy="false" table="employee"> 如何选择使用哪个: 如果你确定DB中有这个对象就用load(),不确定就用get()（这样效率高)

 

 

   

     

 

     hibernate怎么实现持久化
hibernate是一种ORM(object relation mapping，对象关系映射)框架，所谓的对象关系映射，通俗的说，就是把JAVA对象保存到关系型数据库中。

hibernate要做的事，就是让对象投影到关系数据库中，然后实施持久化。其具体实现：
建立对象到关系数据库的映射。
  example:建立User类到数据库的映射
  一个简单的类User:
  public class User{
     private int id;
     private String name;
  }
  
  User类对应的数据库表USER:
  column-name  type          rule
   id           number        P
   name         varchar2      R

当进行持久化时，需要把对象的两个属性的值保存到数据库存的USER中，如果使用JDBC的话，我们需要自己写SQL，并获取对象两个属性的值作为参数来进行持久话。SQL可能如下：
    insert into USER(name) value(?);

当使用hibernate时，首无要作好对象到表的映射关系，使用配置文件来实现：
  User.hbm.xml:
 ...
<class name="user" table="USER"><!--该类对象保存到USER表-->
      <id name="id" column="id">
        <generator class="native"/><!--这里有很多策略来生成ID，这里选择本地自动生成,-->
      </id>
      <property name="name" column="name">
  </class>
...

然后在通过hibernate.cfg.xml中配置到数据库的联接，并读取User.hbm.xml文件，就建立了映射关系了。

当需要持久化对象时，需要使用到hibernate的session对象：
 session.save(new User());
看到了吗？我们只需要操作对象就行了，也就是说，编程的人不需要看到数据库了，他只需要直接操作对象就行了。

hibernate 如何实现持久化?
答：
1.hibernate是一种ORM(object relation mapping，对象关系映射)框架，所谓的对象关系映射，通俗的说，就是把JAVA对象保存到关系型数据库中，即进行持久化的框架。

2.hibernate进行持久化首先要建立对象到关系数据库的映射。

3.hibernate根据定义的映射规则将对象持久化（保存到）数据库存中。这就实现了对象持久化


logback 常用配置详解（四） <filter>

 

<filter>:

过滤器，执行一个过滤器会有返回个枚举值，即DENY，NEUTRAL，ACCEPT其中之一。返回DENY，日志将立即被抛弃不再经过其他过滤器；返回NEUTRAL，有序列表里的下个过滤器过接着处理日志；返回ACCEPT，日志会被立即处理，不再经过剩余过滤器。

过滤器被添加到<Appender> 中，为<Appender> 添加一个或多个过滤器后，可以用任意条件对日志进行过滤。<Appender> 有多个过滤器时，按照配置顺序执行。

 

下面是几个常用的过滤器：

 

LevelFilter： 级别过滤器，根据日志级别进行过滤。如果日志级别等于配置级别，过滤器会根据onMath 和 onMismatch接收或拒绝日志。有以下子节点：

<level>:设置过滤级别

<onMatch>:用于配置符合过滤条件的操作

<onMismatch>:用于配置不符合过滤条件的操作

 

例如：将过滤器的日志级别配置为INFO，所有INFO级别的日志交给appender处理，非INFO级别的日志，被过滤掉。

Xml代码  收藏代码
  1. <configuration>   
  2.   <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">   
  3.     <filter class="ch.qos.logback.classic.filter.LevelFilter">   
  4.       <level>INFO</level>   
  5.       <onMatch>ACCEPT</onMatch>   
  6.       <onMismatch>DENY</onMismatch>   
  7.     </filter>   
  8.     <encoder>   
  9.       <pattern>   
  10.         %-4relative [%thread] %-5level %logger{30} - %msg%n   
  11.       </pattern>   
  12.     </encoder>   
  13.   </appender>   
  14.   <root level="DEBUG">   
  15.     <appender-ref ref="CONSOLE" />   
  16.   </root>   
  17. </configuration>  

 

ThresholdFilter： 临界值过滤器，过滤掉低于指定临界值的日志。当日志级别等于或高于临界值时，过滤器返回NEUTRAL；当日志级别低于临界值时，日志会被拒绝。

例如：过滤掉所有低于INFO级别的日志。

Xml代码  收藏代码
  1. <configuration>   
  2.   <appender name="CONSOLE"   
  3.     class="ch.qos.logback.core.ConsoleAppender">   
  4.     <!-- 过滤掉 TRACE 和 DEBUG 级别的日志-->   
  5.     <filter class="ch.qos.logback.classic.filter.ThresholdFilter">   
  6.       <level>INFO</level>   
  7.     </filter>   
  8.     <encoder>   
  9.       <pattern>   
  10.         %-4relative [%thread] %-5level %logger{30} - %msg%n   
  11.       </pattern>   
  12.     </encoder>   
  13.   </appender>   
  14.   <root level="DEBUG">   
  15.     <appender-ref ref="CONSOLE" />   
  16.   </root>   
  17. </configuration>  

 

EvaluatorFilter： 求值过滤器，评估、鉴别日志是否符合指定条件。需要额外的两个JAR包，commons-compiler.jar和janino.jar有以下子节点：

<evaluator>:

鉴别器，常用的鉴别器是JaninoEventEvaluato，也是默认的鉴别器，它以任意的java布尔值表达式作为求值条件，求值条件在配置文件解释过成功被动态编译，布尔值表达式返回true就表示符合过滤条件。evaluator有个子标签<expression>，用于配置求值条件。

 

求值表达式作用于当前日志，logback向求值表达式暴露日志的各种字段：

Name Type Description
eventLoggingEvent与记录请求相关联的原始记录事件，下面所有变量都来自event，例如，event.getMessage()返回下面"message"相同的字符串
messageString日志的原始消息，例如，设有logger mylogger，"name"的值是"AUB"，对于 mylogger.info("Hello {}",name); "Hello {}"就是原始消息。
formatedMessageString日志被各式话的消息，例如，设有logger mylogger，"name"的值是"AUB"，对于 mylogger.info("Hello {}",name); "Hello Aub"就是格式化后的消息。
loggerStringlogger 名。
loggerContextLoggerContextVO 日志所属的logger上下文。
levelint级别对应的整数值，所以 level > INFO 是正确的表达式。
timeStamplong创建日志的时间戳。
markerMarker与日志请求相关联的Marker对象，注意“Marker”有可能为null，所以你要确保它不能是null。
mdcMap包含创建日志期间的MDC所有值得map。访问方法是： mdc.get("myKey") 。mdc.get()返回的是Object不是String，要想调用String的方法就要强转，例如，

((String) mdc.get("k")).contains("val") .MDC可能为null，调用时注意。

throwablejava.lang.Throwable如果没有异常与日志关联"throwable" 变量为 null. 不幸的是， "throwable" 不能被序列化。在远程系统上永远为null，对于与位置无关的表达式请使用下面的变量throwableProxy
throwableProxyIThrowableProxy 与日志事件关联的异常代理。如果没有异常与日志事件关联，则变量"throwableProxy" 为 null. 当异常被关联到日志事件时，"throwableProxy" 在远程系统上不会为null

 

 

<onMatch>:用于配置符合过滤条件的操作

<onMismatch>:用于配置不符合过滤条件的操作

 

例如：过滤掉所有日志消息中不包含“billing”字符串的日志。

Xml代码  收藏代码
  1. <configuration>   
  2.    
  3.   <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">   
  4.     <filter class="ch.qos.logback.core.filter.EvaluatorFilter">         
  5.       <evaluator> <!-- 默认为 ch.qos.logback.classic.boolex.JaninoEventEvaluator -->   
  6.         <expression>return message.contains("billing");</expression>   
  7.       </evaluator>   
  8.       <OnMatch>ACCEPT </OnMatch>  
  9.       <OnMismatch>DENY</OnMismatch>  
  10.     </filter>   
  11.     <encoder>   
  12.       <pattern>   
  13.         %-4relative [%thread] %-5level %logger - %msg%n   
  14.       </pattern>   
  15.     </encoder>   
  16.   </appender>   
  17.    
  18.   <root level="INFO">   
  19.     <appender-ref ref="STDOUT" />   
  20.   </root>   
  21. </configuration>  

 

<matcher> ：

匹配器，尽管可以使用String类的matches()方法进行模式匹配，但会导致每 次调用过滤器时都会创建一个新的Pattern对象，为了消除这种开销，可以预定义一个或多个matcher对象，定以后就可以在求值表达式中重复引 用。<matcher>是<evaluator>的子标签。

<matcher>中包含两个子标签，一个是<name>，用于定义matcher的名字，求值表达式中使用这个名字来引用matcher；另一个是<regex>，用于配置匹配条件。

 

例如：

Xml代码  收藏代码
  1. <configuration debug="true">   
  2.    
  3.   <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">   
  4.     <filter class="ch.qos.logback.core.filter.EvaluatorFilter">   
  5.       <evaluator>           
  6.         <matcher>   
  7.           <Name>odd</Name>   
  8.           <!-- filter out odd numbered statements -->   
  9.           <regex>statement [13579]</regex>   
  10.         </matcher>   
  11.            
  12.         <expression>odd.matches(formattedMessage)</expression>   
  13.       </evaluator>   
  14.       <OnMismatch>NEUTRAL</OnMismatch>   
  15.       <OnMatch>DENY</OnMatch>   
  16.     </filter>   
  17.     <encoder>   
  18.       <pattern>%-4relative [%thread] %-5level %logger - %msg%n</pattern>   
  19.     </encoder>   
  20.   </appender>   
  21.    
  22.   <root level="DEBUG">   
  23.     <appender-ref ref="STDOUT" />   
  24.   </root>   
  25. </configuration>
   

   


联系
我们