主键的两种生成策略

a)       主键：区分表里的没一行数据 特点：非空且唯一

b)       JPA标准策略有4种：代理主键

i.            auto自动策略(MySQL数据库)、默认会根据配置文件中的方言策略来生成主键

ii.            table策略、额外创建一张表来维护主键

iii.

sequence序列化策略(只有orcale数据库才支持)、

iv.

identity策略；自增策略，MySQL常用的策略

auto 和 identity的主键生成策略是一样的

主键已经交给JPA维护了之后，就不能自己手动设置主键了

@GeneratedValue方式默认是AUTO策略

c)

余下的都是hibernate自己的策略，包括我们常用的native、uuid7n、assigned、sequence

代理主键和自然主键

a)

代理主键：具有实际意义的列的主键

b)

自然主键：没有实际意义的列来作为主键

JPA持久对象的状态：一个实体交给JPA维护之后的一些状态

a)

瞬时态：刚刚new出来，还没和entityManager对象发生关系

b)

托管态(持久态)：已和entityManager对象发生关系，持久态的数据不能修改主键如果改变主键值，会报n-n的错误

c)

游离态：被持久化完毕，entityManager对象关闭资源的时候

d)

删除态：只有调用了entityManager.delete(domain对象)方法

脏数据更新

a)

会在查询一条数据时对其进行备份，如果有对数据非主键的数据进行修改，之后就会对备份的对象和现有对象进行对比，如果相同，就不发送SQL，不相同就重新发送SQL，属于脏数据更新

如果entityManager对象调用了clear()方法，就会将缓存中的数据清除掉，就不会发生脏数据更新

Domain层的定义规则

a)

不能有final修饰(final修饰的类的懒加载会失效)

b)

所有的属性类型必须是包装类型

c)

必须含有无参构造方法

Domain对象(域对象)之间的关系

a)

依赖关系：Controller表现层依赖于Service业务层，Service依赖于Dao持久层

b)

关联关系：注意关联关系的时候不要实例化，相当于没有主键

(private ProductDir dir = new ProductDir();)

否则会报错()

i.

内容或者性质：一对一，一对多，多对一，多对多

一对多：在持久化操作的时候，先保存一方在保存多方比先保存多方再保存一方的效率高(多发SQL语句)，

ii.

导航性：单向或双向

单向：只能从一方获取到另一方的数据

双向：双方无论从哪一方都能获取另一方的数据

c)

聚合关系(本质还是双向多对一和一对多)

d)

组合关系(本质还是聚合关系，双向多对一和双向一对多)

e)

一对多的时候要先保存一方在保存多方

Fetch抓取策略

a)

FetchType.EAGER：立即加载(急切的加载，会发关联表的SQL，有左外连接去查询数据)

b)

FetchType.LAZY：懒加载(当需要用到关联表的数据时才会发送SQL)，获取持久状态对象之后，还需要获取关联对象，此时才会真正发出sql,获取值，懒加载不能提前关闭entityManager，否　　　　则会报错，使用懒加载的关联对象会在JPA管理下由代理模式生成一个代理对象

可以通过多方.get一方是否为null，来判断是否有外键的关联

缓存的作用：牺牲空间换取时间

缓存的底层是通过map集合来存储数据的，

配置二级缓存方式一

a)

先导入需要的jar包

b)

在persistence.xml中的properties中配置缓存，在properties上面配置二级缓存扫描策略

ENABLE_SELECTIVE//二级缓存扫描策略

配置二级缓存方式二

a)

ehcache.xml配置方式

缓存命中的条件

a)

一级缓存：同一个EntityManagerFactory,同一个EntityManager,OID相同

b)  Domain类二级缓存配置的命中条件：同一个EntityManagerFactory，不同一个EntityManager,OID相同,Domain类上面配置@Cacheable(true)

Domain类里面集合的二级缓存配置: 同一个EntityManagerFactory，不同一个EntityManager,OID相同

c)  Domain类里面集合上面配置@Cacheable(true)

@Cache(usage =

CacheConcurrencyStrategy.READ_ONLY)

如果配置了domain类里面集合里面的二级缓存，还需要配置domain类里面集合里面泛型对应的 domain类的二级缓存

d)

查询缓存(就是通过JPQL语句进行缓存)配置的话就和二级缓存配置一样

同一个EntityManagerFactory,不同一个EntityManager,发出的sql语句必须相同并且查询的条件值也要相同

如果有查询条件,就不能使用查询缓存,命中率非常低

必须添加代码query.setHint(QueryHints.HINT_CACHEABLE,

true);将数据放入缓存

每个query对象都要加入这句代码

缓存查询数据策略：查询数据时，先从一级缓存拿数据，如果没有，就去二级缓存中拿数据，如果还是没有就从数据库查询数据，这时就会将数据放入一级、二级缓存(前提是要配置了二级缓存)，　　　　第二次同一个EntityManager对象去查询同一条数据时，就会先从一级缓存中获取，如果是另一个EntityMananger对象访问同一条数据时，就从二级缓存中去拿

1    二级缓存使用场景

a)

读取大于修改的时候，查询居多时使用二级缓存

b)

读数据要有独享的控制，不能对第三方程序修改

c)

可以容忍一些无效的数据，非关键性数据

d)

如果数据大于内存，不适合放入缓存

1. 缓存淘汰策略

lru:在缓存中找最近很少使用的数据进行淘汰

fifo:最先进入缓存中的数据最先被淘汰

lfu:根据缓存中数据缓存的频率来进行淘汰