mybatis入门教程(二)(超简单)

课程复习：

mybatis是什么？

mybatis是一人持久层框架，mybatis是一个不完全的ORM框架。sql语句需要程序员自己去编写，但是mybatis也有映射（输入参数映射、输出结果映射）。

mybatis入门门槛不高，学习成本低，让程序员把精力放在sql语句上，对sql语句优化非常方便，适用与需求变化较多项目，比如互联网项目。

mybatis框架执行过程：

1、配置mybatis的配置文件，SqlMapConfig.xml（名称不固定）

2、通过配置文件，加载mybatis运行环境，创建SqlSessionFactory会话工厂

    SqlSessionFactory在实际使用时按单例方式。

3、通过SqlSessionFactory创建SqlSession

    SqlSession是一个面向用户接口（提供操作数据库方法），实现对象是线程不安全的，建议sqlSession应用场合在方法体内。

4、调用sqlSession的方法去操作数据。

    如果需要提交事务，需要执行SqlSession的commit()方法。

5、释放资源，关闭SqlSession

mybatis开发dao的方法：

1、原始dao 的方法

    需要程序员编写dao接口和实现类

    需要在dao实现类中注入一个SqlSessionFactory工厂。

2、mapper代理开发方法（建议使用）

    只需要程序员编写mapper接口（就是dao接口）

    程序员在编写mapper.xml(映射文件)和mapper.java需要遵循一个开发规范：

    1、mapper.xml中namespace就是mapper.java的类全路径。

    2、mapper.xml中statement的id和mapper.java中方法名一致。

    3、mapper.xml中statement的parameterType指定输入参数的类型和mapper.java的方法输入 参数类型一致。

    4、mapper.xml中statement的resultType指定输出结果的类型和mapper.java的方法返回值类型一致。

SqlMapConfig.xml配置文件：可以配置properties属性、别名、mapper加载。。

输入映射：

    parameterType：指定输入参数类型可以简单类型、pojo、hashmap。

    对于综合查询，建议parameterType使用包装的pojo，有利于系统 扩展。

输出映射：

    resultType：

        查询到的列名和resultType指定的pojo的属性名一致，才能映射成功。

    reusltMap：

        可以通过resultMap 完成一些高级映射。

        如果查询到的列名和映射的pojo的属性名不一致时，通过resultMap设置列名和属性名之间的对应关系（映射关系）。可以完成映射。

        高级映射：

            将关联查询的列映射到一个pojo属性中。（一对一）

            将关联查询的列映射到一个List中。（一对多）

动态sql：（重点）

    if判断（掌握）

    where

    foreach

    sql片段（掌握）

课程安排：

对订单商品数据模型进行分析。

高级映射：（了解）

    实现一对一查询、一对多、多对多查询。

    延迟加载

查询缓存

    一级缓存

    二级缓存（了解mybatis二级缓存使用场景）

mybatis和spirng整合（掌握）

逆向工程（会用）

1订单商品数据模型

1.1数据模型分析思路

1、每张表记录的数据内容

    分模块对每张表记录的内容进行熟悉，相当 于你学习系统 需求（功能）的过程。

2、每张表重要的字段设置

    非空字段、外键字段

3、数据库级别表与表之间的关系

    外键关系

4、表与表之间的业务关系

    在分析表与表之间的业务关系时一定要建立 在某个业务意义基础上去分析。

1.2数据模型分析

用户表user：

    记录了购买商品的用户信息

订单表：orders

    记录了用户所创建的订单（购买商品的订单）

订单明细表：orderdetail：

    记录了订单的详细信息即购买商品的信息

商品表：items

    记录了商品信息

表与表之间的业务关系：

    在分析表与表之间的业务关系时需要建立 在某个业务意义基础上去分析。

先分析数据级别之间有关系的表之间的业务关系：

usre和orders：

user---->orders：一个用户可以创建多个订单，一对多

orders--->user：一个订单只由一个用户创建，一对一

orders和orderdetail：

orders---》orderdetail：一个订单可以包括 多个订单明细，因为一个订单可以购买多个商品，每个商品的购买信息在orderdetail记录，一对多关系

orderdetail--> orders：一个订单明细只能包括在一个订单中，一对一

orderdetail和itesm：

orderdetail---》itesms：一个订单明细只对应一个商品信息，一对一

items--> orderdetail:一个商品可以包括在多个订单明细 ，一对多

再分析数据库级别没有关系的表之间是否有业务关系：

orders和items：

orders和items之间可以通过orderdetail表建立 关系。

2一对一查询

2.1需求

查询订单信息，关联查询创建订单的用户信息

2.2resultType

2.2.1sql语句

确定查询的主表：订单表

确定查询的关联表：用户表

    关联查询使用内链接？还是外链接？

    由于orders表中有一个外键（user_id），通过外键关联查询用户表只能查询出一条记录，可以使用内链接。

SELECT 

  orders.*,

  USER.username,

  USER.sex,

  USER.address 

FROM

  orders,

  USER 

WHERE orders.user_id = user.id

2.2.2创建pojo

将上边sql查询的结果映射到pojo中，pojo中必须包括所有查询列名。

原始的Orders.java不能映射全部字段，需要新创建的pojo。

创建 一个pojo继承包括查询字段较多的po类。

2.2.3mapper.xml

2.2.4mapper.java

2.3resultMap

2.3.1sql语句

同resultType实现的sql

2.3.2使用resultMap映射的思路

使用resultMap将查询结果中的订单信息映射到Orders对象中，在orders类中添加User属性，将关联查询出来的用户信息映射到orders对象中的user属性中。

2.3.3需要Orders类中添加user属性

2.3.4mapper.xml

2.3.4.1定义resultMap

2.3.4.2statement定义

2.3.5mapper.java

2.4resultType和resultMap实现一对一查询小结

实现一对一查询：

resultType：使用resultType实现较为简单，如果pojo中没有包括查询出来的列名，需要增加列名对应的属性，即可完成映射。

如果没有查询结果的特殊要求建议使用resultType。

resultMap：需要单独定义resultMap，实现有点麻烦，如果对查询结果有特殊的要求，使用resultMap可以完成将关联查询映射pojo的属性中。

resultMap可以实现延迟加载，resultType无法实现延迟加载。

3一对多查询

3.1需求

查询订单及订单明细的信息。

3.2sql语句

确定主查询表：订单表

确定关联查询表：订单明细表

在一对一查询基础上添加订单明细表关联即可。

SELECT 

  orders.*,

  USER.username,

  USER.sex,

  USER.address,

  orderdetail.id orderdetail_id,

  orderdetail.items_id,

  orderdetail.items_num,

  orderdetail.orders_id

FROM

  orders,

  USER,

  orderdetail

WHERE orders.user_id = user.id AND orderdetail.orders_id=orders.id

3.3分析

使用resultType将上边的 查询结果映射到pojo中，订单信息的就是重复。

要求：

对orders映射不能出现重复记录。

在orders.java类中添加List orderDetails属性。

最终会将订单信息映射到orders中，订单所对应的订单明细映射到orders中的orderDetails属性中。

映射成的orders记录数为两条（orders信息不重复）

每个orders中的orderDetails属性存储了该 订单所对应的订单明细。

3.4在orders中添加list订单明细属性

3.5mapper.xml

3.6resultMap定义

3.7mapper.java

3.8小结

mybatis使用resultMap的collection对关联查询的多条记录映射到一个list集合属性中。

使用resultType实现：

将订单明细映射到orders中的orderdetails中，需要自己处理，使用双重循环遍历，去掉重复记录，将订单明细放在orderdetails中。

4多对多查询

4.1需求

查询用户及用户购买商品信息。

4.2sql语句

查询主表是：用户表

关联表：由于用户和商品没有直接关联，通过订单和订单明细进行关联，所以关联表：

orders、orderdetail、items

SELECT 

  orders.*,

  USER.username,

  USER.sex,

  USER.address,

  orderdetail.id orderdetail_id,

  orderdetail.items_id,

  orderdetail.items_num,

  orderdetail.orders_id,

  items.name items_name,

  items.detail items_detail,

  items.price items_price

FROM

  orders,

  USER,

  orderdetail,

  items

WHERE orders.user_id = user.id AND orderdetail.orders_id=orders.id AND orderdetail.items_id = items.id

4.3映射思路

将用户信息映射到user中。

在user类中添加订单列表属性List orderslist，将用户创建的订单映射到orderslist

在Orders中添加订单明细列表属性Listorderdetials，将订单的明细映射到orderdetials

在OrderDetail中添加Items属性，将订单明细所对应的商品映射到Items

4.4mapper.xml

4.5resultMap定义

4.6mapper.java

4.7多对多查询总结

将查询用户购买的商品信息明细清单，（用户名、用户地址、购买商品名称、购买商品时间、购买商品数量）

针对上边的需求就使用resultType将查询到的记录映射到一个扩展的pojo中，很简单实现明细清单的功能。

一对多是多对多的特例，如下需求：

查询用户购买的商品信息，用户和商品的关系是多对多关系。

需求1：

查询字段：用户账号、用户名称、用户性别、商品名称、商品价格(最常见)

企业开发中常见明细列表，用户购买商品明细列表，

使用resultType将上边查询列映射到pojo输出。

需求2：

查询字段：用户账号、用户名称、购买商品数量、商品明细（鼠标移上显示明细）

使用resultMap将用户购买的商品明细列表映射到user对象中。

总结：

使用resultMap是针对那些对查询结果映射有特殊要求的功能，比如特殊要求映射成list中包括 多个list。

5resultMap总结

resultType：

作用：

    将查询结果按照sql列名pojo属性名一致性映射到pojo中。

场合：

    常见一些明细记录的展示，比如用户购买商品明细，将关联查询信息全部展示在页面时，此时可直接使用resultType将每一条记录映射到pojo中，在前端页面遍历list（list中是pojo）即可。

resultMap：

    使用association和collection完成一对一和一对多高级映射（对结果有特殊的映射要求）。

association：

作用：

    将关联查询信息映射到一个pojo对象中。

场合：

    为了方便查询关联信息可以使用association将关联订单信息映射为用户对象的pojo属性中，比如：查询订单及关联用户信息。

    使用resultType无法将查询结果映射到pojo对象的pojo属性中，根据对结果集查询遍历的需要选择使用resultType还是resultMap。

collection：

作用：

    将关联查询信息映射到一个list集合中。

场合：

    为了方便查询遍历关联信息可以使用collection将关联信息映射到list集合中，比如：查询用户权限范围模块及模块下的菜单，可使用collection将模块映射到模块list中，将菜单列表映射到模块对象的菜单list属性中，这样的作的目的也是方便对查询结果集进行遍历查询。

    如果使用resultType无法将查询结果映射到list集合中。

6延迟加载

6.1什么是延迟加载

resultMap可以实现高级映射（使用association、collection实现一对一及一对多映射），association、collection具备延迟加载功能。

需求：

如果查询订单并且关联查询用户信息。如果先查询订单信息即可满足要求，当我们需要查询用户信息时再查询用户信息。把对用户信息的按需去查询就是延迟加载。

延迟加载：先从单表查询、需要时再从关联表去关联查询，大大提高 数据库性能，因为查询单表要比关联查询多张表速度要快。

6.2使用association实现延迟加载

6.2.1需求

查询订单并且关联查询用户信息

6.2.2mapper.xml

需要定义两个mapper的方法对应的statement。

1、只查询订单信息

SELECT * FROM orders

在查询订单的statement中使用association去延迟加载（执行）下边的satatement(关联查询用户信息)

2、关联查询用户信息

    通过上边查询到的订单信息中user_id去关联查询用户信息

    使用UserMapper.xml中的findUserById

上边先去执行findOrdersUserLazyLoading，当需要去查询用户的时候再去执行findUserById，通过resultMap的定义将延迟加载执行配置起来。

6.2.3延迟加载resultMap

使用association中的select指定延迟加载去执行的statement的id。

                         select="cn.itcast.mybatis.mapper.UserMapper.findUserById" column="user_id">

6.2.4mapper.java

6.2.5测试

6.2.5.1测试思路：

1、执行上边mapper方法（findOrdersUserLazyLoading），内部去调用cn.itcast.mybatis.mapper.OrdersMapperCustom中的findOrdersUserLazyLoading只查询orders信息（单表）。

2、在程序中去遍历上一步骤查询出的List，当我们调用Orders中的getUser方法时，开始进行延迟加载。

3、延迟加载，去调用UserMapper.xml中findUserbyId这个方法获取用户信息。

6.2.5.2延迟加载配置

mybatis默认没有开启延迟加载，需要在SqlMapConfig.xml中setting配置。

在mybatis核心配置文件中配置：

lazyLoadingEnabled、aggressiveLazyLoading

6.2.5.3测试代码

6.2.6延迟加载思考

不使用mybatis提供的association及collection中的延迟加载功能，如何实现延迟加载？？

实现方法如下：

定义两个mapper方法：

1、查询订单列表

2、根据用户id查询用户信息

实现思路：

先去查询第一个mapper方法，获取订单信息列表

在程序中（service），按需去调用第二个mapper方法去查询用户信息。

总之：

使用延迟加载方法，先去查询简单的sql（最好单表，也可以关联查询），再去按需要加载关联查询的其它信息。

7查询缓存

7.1什么是查询缓存

mybatis提供查询缓存，用于减轻数据压力，提高数据库性能。

mybaits提供一级缓存，和二级缓存。

一级缓存是SqlSession级别的缓存。在操作数据库时需要构造 sqlSession对象，在对象中有一个数据结构（HashMap）用于存储缓存数据。不同的sqlSession之间的缓存数据区域（HashMap）是互相不影响的。

二级缓存是mapper级别的缓存，多个SqlSession去操作同一个Mapper的sql语句，多个SqlSession可以共用二级缓存，二级缓存是跨SqlSession的。

为什么要用缓存？

如果缓存中有数据就不用从数据库中获取，大大提高系统性能。

7.2一级缓存

7.2.1一级缓存工作原理

第一次发起查询用户id为1的用户信息，先去找缓存中是否有id为1的用户信息，如果没有，从数据库查询用户信息。

得到用户信息，将用户信息存储到一级缓存中。

如果sqlSession去执行commit操作（执行插入、更新、删除），清空SqlSession中的一级缓存，这样做的目的为了让缓存中存储的是最新的信息，避免脏读。

第二次发起查询用户id为1的用户信息，先去找缓存中是否有id为1的用户信息，缓存中有，直接从缓存中获取用户信息。

7.2.2一级缓存测试

mybatis默认支持一级缓存，不需要在配置文件去配置。

按照上边一级缓存原理步骤去测试。

@Test

    public void testCache1() throws Exception{

        SqlSession sqlSession = sqlSessionFactory.openSession();//创建代理对象

        UserMapper userMapper = sqlSession.getMapper(UserMapper.class);

        //下边查询使用一个SqlSession

        //第一次发起请求，查询id为1的用户

        User user1 = userMapper.findUserById(1);

        System.out.println(user1);

//        如果sqlSession去执行commit操作（执行插入、更新、删除），清空SqlSession中的一级缓存，这样做的目的为了让缓存中存储的是最新的信息，避免脏读。

        //更新user1的信息

        user1.setUsername("测试用户22");

        userMapper.updateUser(user1);

        //执行commit操作去清空缓存

        sqlSession.commit();

        //第二次发起请求，查询id为1的用户

        User user2 = userMapper.findUserById(1);

        System.out.println(user2);

        sqlSession.close();

    }

7.2.3一级缓存应用

正式开发，是将mybatis和spring进行整合开发，事务控制在service中。

一个service方法中包括 很多mapper方法调用。

service{

    //开始执行时，开启事务，创建SqlSession对象

    //第一次调用mapper的方法findUserById(1)

    //第二次调用mapper的方法findUserById(1)，从一级缓存中取数据

    //方法结束，sqlSession关闭

}

如果是执行两次service调用查询相同 的用户信息，不走一级缓存，因为session方法结束，sqlSession就关闭，一级缓存就清空。

7.3二级缓存

7.3.1原理

首先开启mybatis的二级缓存。

sqlSession1去查询用户id为1的用户信息，查询到用户信息会将查询数据存储到二级缓存中。

如果SqlSession3去执行相同 mapper下sql，执行commit提交，清空该 mapper下的二级缓存区域的数据。

sqlSession2去查询用户id为1的用户信息，去缓存中找是否存在数据，如果存在直接从缓存中取出数据。

二级缓存与一级缓存区别，二级缓存的范围更大，多个sqlSession可以共享一个UserMapper的二级缓存区域。

UserMapper有一个二级缓存区域（按namespace分） ，其它mapper也有自己的二级缓存区域（按namespace分）。

每一个namespace的mapper都有一个二缓存区域，两个mapper的namespace如果相同，这两个mapper执行sql查询到数据将存在相同 的二级缓存区域中。

7.3.2开启二级缓存

mybaits的二级缓存是mapper范围级别，除了在SqlMapConfig.xml设置二级缓存的总开关，还要在具体的mapper.xml中开启二级缓存。

在核心配置文件SqlMapConfig.xml中加入

在UserMapper.xml中开启二缓存，UserMapper.xml下的sql执行完成会存储到它的缓存区域（HashMap）。

7.3.3调用pojo类实现序列化接口

为了将缓存数据取出执行反序列化操作，因为二级缓存数据存储介质多种多样，不一样在内存。

7.3.4测试方法

// 二级缓存测试

    @Test

    public void testCache2() throws Exception {

        SqlSession sqlSession1 = sqlSessionFactory.openSession();

        SqlSession sqlSession2 = sqlSessionFactory.openSession();

        SqlSession sqlSession3 = sqlSessionFactory.openSession();

        // 创建代理对象

        UserMapper userMapper1 = sqlSession1.getMapper(UserMapper.class);

        // 第一次发起请求，查询id为1的用户

        User user1 = userMapper1.findUserById(1);

        System.out.println(user1);

        //这里执行关闭操作，将sqlsession中的数据写到二级缓存区域

        sqlSession1.close();

        //使用sqlSession3执行commit()操作

        UserMapper userMapper3 = sqlSession3.getMapper(UserMapper.class);

        User user  = userMapper3.findUserById(1);

        user.setUsername("张明明");

        userMapper3.updateUser(user);

        //执行提交，清空UserMapper下边的二级缓存

        sqlSession3.commit();

        sqlSession3.close();

        UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class);

        // 第二次发起请求，查询id为1的用户

        User user2 = userMapper2.findUserById(1);

        System.out.println(user2);

        sqlSession2.close();

    }

7.3.5useCache配置

在statement中设置useCache=false可以禁用当前select语句的二级缓存，即每次查询都会发出sql去查询，默认情况是true，即该sql使用二级缓存。

总结：针对每次查询都需要最新的数据sql，要设置成useCache=false，禁用二级缓存。

7.3.6刷新缓存（就是清空缓存）

在mapper的同一个namespace中，如果有其它insert、update、delete操作数据后需要刷新缓存，如果不执行刷新缓存会出现脏读。

 设置statement配置中的flushCache="true" 属性，默认情况下为true即刷新缓存，如果改成false则不会刷新。使用缓存时如果手动修改数据库表中的查询数据会出现脏读。

如下：

总结：一般下执行完commit操作都需要刷新缓存，flushCache=true表示刷新缓存，这样可以避免数据库脏读。

7.4mybatis整合ehcache

ehcache是一个分布式缓存框架。

7.4.1分布缓存

我们系统为了提高系统并发，性能、一般对系统进行分布式部署（集群部署方式）

不使用分布缓存，缓存的数据在各各服务单独存储，不方便系统 开发。所以要使用分布式缓存对缓存数据进行集中管理。

mybatis无法实现分布式缓存，需要和其它分布式缓存框架进行整合。

7.4.2整合方法(掌握)

mybatis提供了一个cache接口，如果要实现自己的缓存逻辑，实现cache接口开发即可。

mybatis和ehcache整合，mybatis和ehcache整合包中提供了一个cache接口的实现类。

mybatis默认实现cache类是：

7.4.3加入ehcache包

7.4.4整合ehcache

配置mapper中cache中的type为ehcache对cache接口的实现类型。

7.4.5加入ehcache的配置文件

在classpath下配置ehcache.xml

7.5二级应用场景

对于访问多的查询请求且用户对查询结果实时性要求不高，此时可采用mybatis二级缓存技术降低数据库访问量，提高访问速度，业务场景比如：耗时较高的统计分析sql、电话账单查询sql等。

    实现方法如下：通过设置刷新间隔时间，由mybatis每隔一段时间自动清空缓存，根据数据变化频率设置缓存刷新间隔flushInterval，比如设置为30分钟、60分钟、24小时等，根据需求而定。

7.6二级缓存局限性

    mybatis二级缓存对细粒度的数据级别的缓存实现不好，比如如下需求：对商品信息进行缓存，由于商品信息查询访问量大，但是要求用户每次都能查询最新的商品信息，此时如果使用mybatis的二级缓存就无法实现当一个商品变化时只刷新该商品的缓存信息而不刷新其它商品的信息，因为mybaits的二级缓存区域以mapper为单位划分，当一个商品信息变化会将所有商品信息的缓存数据全部清空。解决此类问题需要在业务层根据需求对数据有针对性缓存。

8spring和mybatis整合

8.1整合思路

需要spring通过单例方式管理SqlSessionFactory。

spring和mybatis整合生成代理对象，使用SqlSessionFactory创建SqlSession。（spring和mybatis整合自动完成）

持久层的mapper都需要由spring进行管理。

8.2整合环境

创建一个新的java工程（接近实际开发的工程结构）

jar包：

mybatis3.2.7的jar包

spring3.2.0的jar包

mybatis和spring的整合包：早期ibatis和spring整合是由spring官方提供，mybatis和spring整合由mybatis提供。

全部jar包

8.3sqlSessionFactory

在applicationContext.xml配置sqlSessionFactory和数据源

sqlSessionFactory在mybatis和spring的整合包下。

            destroy-method="close">

8.4原始dao开发（和spring整合后）

8.4.1User.xml

在SqlMapconfig.xml中加载User.xml

8.4.2dao(实现类继承SqlSessionDaoSupport)

dao接口实现类需要注入SqlSessoinFactory，通过spring进行注入。

这里spring声明配置方式，配置dao的bean：

让UserDaoImpl实现类继承SqlSessionDaoSupport

8.4.3配置dao

在applicationContext.xml中配置dao。

8.4.4测试程序

8.5mapper代理开发

8.5.1mapper.xml和mapper.java

8.5.2通过MapperFactoryBean创建代理对象

此方法问题：

需要针对每个mapper进行配置，麻烦。

8.5.3通过MapperScannerConfigurer进行mapper扫描（建议使用）

8.5.4测试代码

9逆向工程

9.1什么是逆向工程

mybaits需要程序员自己编写sql语句，mybatis官方提供逆向工程 可以针对单表自动生成mybatis执行所需要的代码（mapper.java,mapper.xml、po..）

企业实际开发中，常用的逆向工程方式：

由于数据库的表生成java代码。

9.2下载逆向工程

9.3使用方法（会用）

9.3.1运行逆向工程 

建议使用java程序方式，不依赖开发工具。

9.3.2生成代码配置文件

  PUBLIC "-//mybatis.org//DTD MyBatis Generator Configuration 1.0//EN"

  "http://mybatis.org/dtd/mybatis-generator-config_1_0.dtd">

                    connectionURL="jdbc:mysql://localhost:3306/mybatis" userId="root"

            password="mysql">

                    targetProject=".\\src">

                    targetProject=".\\src">

                    targetPackage="cn.itcast.ssm.mapper" 

            targetProject=".\\src">

9.3.3执行生成程序

生成后的代码：

9.3.4使用生成的代码

需要将生成工程中所生成的代码拷贝到自己的工程中。

测试ItemsMapper中的方法

//自定义条件查询

    @Test

    public void testSelectByExample() {

        ItemsExample itemsExample = new ItemsExample();

        //通过criteria构造查询条件

        ItemsExample.Criteria criteria = itemsExample.createCriteria();

        criteria.andNameEqualTo("笔记本3");

        //可能返回多条记录

        List list = itemsMapper.selectByExample(itemsExample);

        System.out.println(list);

    }

    //根据主键查询

    @Test

    public void testSelectByPrimaryKey() {

        Items items = itemsMapper.selectByPrimaryKey(1);

        System.out.println(items);

    }

//插入

    @Test

    public void testInsert() {

        //构造 items对象

        Items items = new Items();

        items.setName("手机");

        items.setPrice(999f);

        itemsMapper.insert(items);

    }

//更新数据

    @Test

    public void testUpdateByPrimaryKey() {

        //对所有字段进行更新，需要先查询出来再更新

        Items items = itemsMapper.selectByPrimaryKey(1);

        items.setName("水杯");

        itemsMapper.updateByPrimaryKey(items);

        //如果传入字段不空为才更新，在批量更新中使用此方法，不需要先查询再更新

        //itemsMapper.updateByPrimaryKeySelective(record);

    }