Hibernate基础学习—Hibernate相关API介绍
Posted ✈✈✈
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Hibernate基础学习—Hibernate相关API介绍相关的知识,希望对你有一定的参考价值。
一、Hibernate的核心接口
所有的Hibernate应用中都会访问Hibernate的5个核心接口。
(1)Configuration接口: 配置Hibernate,启动Hibernate,创建SessionFactory对象。
(2)SessionFactory接口: 初始化Hibernate,创建Session。
(3)Session接口: 负责保存、更新、删除、加载和查询对象。
(4)Transaction接口: 管理事务。
(5)Query和Criteria接口: 执行数据库查询。
1.Configuration接口
Configuration对象用于配置并且根启动Hibernate。Hibernate应用通过Configuration实例来获取对象-关系映射文件中的元数据,以及动态配置Hibernate的属性,然后创建SessionFactory实例。
Configuration 类负责管理 Hibernate 的配置信息。如下:
Hibernate 运行的底层信息: 数据库的URL、用户名、密码、JDBC驱动类,数据库Dialect,数据库连接池等(对应 hibernate.cfg.xml 文件)。
持久化类与数据表的映射关系: (*.hbm.xml 文件)。
创建Configuration的两种方式:
方式1: 属性文件-hibernate.properties
Configuration cfg = new Configuration();
方式2: XML文件-hibernate.cfg.xml
Configuration cfg = new Configuration().configure();
configure()方法还支持带参数的访问。
File file = new File(“simpleit.xml”); Configuration cfg = new Configuration().configure(file);
2.SessionFactory接口
一个SessionFactory实例对应一个数据存储源,应用从SessionFactory获得Session实例。SessionFactory有以下特点:
(1)它是线程安全的。这意味着它的同一个实例可以被应用的多个线程共享。
(2)它是重量级的。这意味着不能随意的创建或销毁它的实例,如果应用只访问一个数据库,只需要创建一个SessionFactory实例,在应用初始化的时候创建该实例。如果应用同时访问多个数据库,则需要为每个数据库创建一个单独的SessionFactory实例。
之所以称SessionFactory是重量级的是因为它需要一个很大的缓存,用来存放预定义的SQL语句及映射元数据等。用户还可以为SessionFactory配置一个缓存插件,这个缓存插件被称为Hibernate的第二级缓存,该缓存用来存放被工作单元读过的数据,其他工作单元可能会重用这些数据,因此缓存中的数据能够被所有的工作单元共享。一个工作单元通常对应一个数据库事务。
3.Session接口
Session接口是Hibernate使用最广泛的接口。Session也被称为持久化管理器,它提供了和持久化相关的操作,如保存、更新、删除、加载和查询对象。
Session有以下特点:
(1)不是线程安全的。因此在设计时,应该避免多个线程共享同一个Session实例。
(2)Session实例是轻量级的。所谓轻量级指的是它的创建和销毁不需要消耗太大的资源。这意味这在程序中可以经常的创建或销毁Session对象,如为每个客户请求分配单独的Session实例。
Session有一个缓存,被称为Hibernate的第一级缓存,它存放在当前工作单元加载的对象。每个Session实例都有自己的缓存,这个Session实例的缓存只能被当前工作单元访问。
4.Transaction接口
Transaction接口是Hibernate数据库事务接口,它对底层的事务接口做了封装,底层事务接口包括:
(1)JDBC API
(2)JTA(Java Transaction API)
(3)CORBA(Common Object Request Broker Architecture )API
Hibernate应用可以通过一致的Transaction接口来声明事务,这有助于应用在不同环境或容器中移植。
5.Query和Criteria接口
Query和Criteria接口是Hibernate的查询接口,用于向数据库查询对象,以及控制执行查询的过程。Query实例包装了一个HQL查询语句,HQL查询语句与SQL查询语句有些相似,但HQL查询语句是面向对象的,它引用类名和类的属性名,而不是表名和字段名。Criteria接口完全封装了基于字符串形式的查询语句,比Query接口更加面向对象,Criteria接口擅长执行动态查询。
二、主配置文件
Hibernate配置文件主要用于配置数据库连接和Hibernate运行时所需的各种属性。
<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD 3.0//EN" "http://www.hibernate.org/dtd/hibernate-configuration-3.0.dtd"> <hibernate-configuration> <!-- SessionFactory相当于连接池的配置 --> <session-factory> <!-- 基本四项 --> <property name="hibernate.connection.driver_class">com.mysql.jdbc.Driver</property> <property name="hibernate.connection.url">jdbc:mysql://localhost:3306/hibernate</property> <property name="hibernate.connection.username">root</property> <property name="hibernate.connection.password">123456</property> <!-- Hibernate 的基本配置 --> <!-- Hibernate 使用的数据库方言 --> <property name="dialect">org.hibernate.dialect.MySQLDialect</property> <!-- 运行时是否打印 SQL --> <property name="show_sql">true</property> <!-- 运行时是否格式化 SQL --> <property name="format_sql">false</property> <!-- 是否自动创建表 create: 每次加载hibernate时都会删除上一次的生成的表,然后根据你的model类再重新来生成新表,哪怕两次没有任何改变也要这样执行。 update: 表不存在就创建,不一样就更新,一样就什么都不做。 create-drop: 初始化时创建表,SessionFactory执行clost()时删除表。 validate:验证表结构是否一致,如果不一致就抛异常。 --> <property name="hbm2ddl.auto">update</property> <!-- 添加映射文件 --> <mapping resource="com/kiwi/domain/User.hbm.xml" /> </session-factory> </hibernate-configuration>
常见属性
(1)show_sql: 运行时是否打印sql语句。
(2)format_sql: 运行时是否格式化sql语句。
(3)hbm2ddl.auto: 是否自动创建表,它有四个取值。
create: 先删除表,然后再新建表,容易丢失数据。
update: 表不存在时就创建,表结构不一样时就更新,否则不做任何操作。
create-drop: 初始化时创建表,SessionFactory关闭时删除表。
validate: 验证表结构是否一致,如果不一致就报错。
三、生成表
生成表结构有两种方式:
(1)配置hbm2ddl.auto属性在主配置文件中
(2)使用SchemaExport工具类。
@Test public void testExport(){ Configuration config = new Configuration().configure(); SchemaExport se = new SchemaExport(config); /* * 第一个参数: 是否把DDL语句打印的控制台 * 第二个参数: 是否让数据库执行 */ se.create(true,true); }
以上是关于Hibernate基础学习—Hibernate相关API介绍的主要内容,如果未能解决你的问题,请参考以下文章
运行第二天出现hibernate的错误,org.hibernate.TransactionException: JDBC commit failed at org.hiber