2、JPA连接工厂
通过之前的 代码 实现已经清楚的发现了整个的JPA实现步骤，但是这个步骤似乎有一些繁琐了，毕竟最终所关心的一定是EntityManager对象实例，而要想获取到此对象的实例，那么要经过许多的步骤，这样如果每一次都重复的进行处理，会非常的繁琐了，那么就需要进行代码的抽象规定。
// 创建JPA Entity工厂 EntityManagerFactory factory = Persistence.createEntityManagerFactory("YootkJPA"); // JPA操作对象 EntityManager entityManager = factory.createEntityManager(); 对等概念： DataSource -> EntityMannagerFactory
Connection -> EntityMannager,每一个对象的实例都表示一个Session的操作
所以此时可以考虑将部分的代码移交给JPA的专属连接管理类，用这个类可以基于ThreadLocal实现EntityManager存储，这样每一次通过该类的方法获取EntityManager的时候如果不关闭，则获取到的是同一个实例。
对于上叙测试类的优化。
- 一个工具类，简化EntityManagerFactory的创建与关闭
public class JPAEntityFactory { /** * JPA持久单元 */ private static final String PERSISTENCE_UNIT = "YootkJPA"; /** * 等同于 数据源 */ private static EntityManagerFactory entityManagerFactory; /** * EntityManager 等同于 连接 */ private static ThreadLocal<EntityManager> entityManagerThreadLocal = new ThreadLocal<>(); static { // 初始化创建数据源 静态代码块只会创建一次 rebuildEntityManagerFactory(); } /** * 获取连接 */ public static EntityManager getEntityManager() { // 本机线程获取连接 EntityManager entityManager = entityManagerThreadLocal.get(); if (entityManager == null) { // 从数据源获取新的连接 entityManager = getEntityManagerFactory().createEntityManager(); // 存入本地线程 entityManagerThreadLocal.set(entityManager); } return entityManager; } private static EntityManagerFactory getEntityManagerFactory() { if (entityManagerFactory == null) { // 创建数据源 rebuildEntityManagerFactory(); } return entityManagerFactory; } private static void rebuildEntityManagerFactory() { // 持久单元 创建 数据源 entityManagerFactory = Persistence.createEntityManagerFactory(PERSISTENCE_UNIT); } /** * 关闭EntityManager */ public static void close() { // 获取实例 EntityManager entityManager = entityManagerThreadLocal.get(); if (entityManager != null) { // 关闭连接 entityManager类似于Connection entityManager.close(); // 删除本地线程中的连接 entityManagerThreadLocal.remove(); } } } 修改测试类：
@Test public void testAdd2() { // 获取连接 EntityManager entityManager = JPAEntityFactory.getEntityManager(); // 开启事务 entityManager.getTransaction().begin(); Course course = new Course(); course.setCname("Spring编程实战"); // 字符串 日期对象 course.setStart(DateUtil.stringToDate("2022-09-19")); course.setEnd(DateUtil.stringToDate("2022-12-30")); course.setCredit(2); course.setNum(88); // 执行插入 entityManager.persist(course); // 提交事务 entityManager.getTransaction().commit(); // 关闭连接 JPAEntityFactory.close(); } 3、主键生成
在JPA开发之中，主键数据的生成主要是基于
@Id注解定义的，而在实际的项目开发之中，数据表的设计结构是有所不同的，所以JPA为了适应这些不同的数据表的定义，也提供有不同的主键生成策略。
3、DDL自动更新
在实际的开发之中你是否会出现这样的一种比较 尴尬 的问题，在进行开发的时候有人修改数据表，而后当前的实体类结构和数据表的结构不统一，但是在JPA设计的时候，充分的考虑到了这种数据表修改的问题（表可能存在，也可能不存在，或者表的结构可能修改了)，所以在这样的环境下就需要让代码可以自动的进行数据表的纠正。
在传统的项目开发之中，常规的做法是先进行数据表的创建，而后在围绕数据表进行业务功能的实现。在每次业务发生改变时，也是先进行表结构的修改，而后再进行程序的变更，这样的数据库维护是非常繁琐的,考虑到数据库更新以及 数据库移植 方面的设计，在 Hibernate 之中提供了 DDL 自动创建以及表更新策略
JPA现在主要是基于 Hibernate 实现，那么 Hibernate 开发框架最早的一个特点就在于 可移植性，也就是说一个项目是在MySQL数据库下开发的，那么通过简单的配置修改，可以让代码直接在Oracle数据库中运行。
对于当前市面上可以见到的ORM开发框架来讲，只有JPA标准规定了数据库移植性的话题，而Hibernate 实现了JPA标准，所以只有Hibernate 开发框架具有移植性的功能，而像大家所熟悉的MyBatis是没有这样的功能。
DDL更新策略
3.1、使用
去到JPA配置文件中，修改DDL更新策略、
3.1.1、create
每次加载时，根据实体类生成表，如果表存在于数据库，会先删除
<!-- JPA更新策略 --> <property name="hibernate.hbm2ddl.auto" value="create"/>
查看执行日志信：可以看到 drop table if exists course （删除表，然后会依据实体类，重新创建表）
3.1.2、update
如果表不存在，重建表。
存在：如：实体类某个字段，在数据表中不存在，这个时候会添加。但是，删除实体类的某个字段，数据库对应的字段并不会删除。
修改实体类： 添加教师
修改配置文件-更新策略为update
查看执行日志：
表不存在，创建表
create table course (
cid bigint not null auto_increment,
cname varchar(255),
credit integer,
end date,
num integer,
start date,
teacher varchar(255),
primary key (cid)
) engine=InnoDB
排除属性
假如，我们相使实体类中的某个字段，在执行时，不创建数据库中的对应字段。使用@Transient即可
