00:00
好,那我们刚才呢,咱们已经把咱们的这个功能呢,然后已经进行了测试,对吧?大家需要注意的就是my be体中的面向接口编程它的一个要求,首先呢,咱们的map接口中的全类名呢,要和咱们相对应的映射文件的name space一致,然后咱们要调用的方法名,然后要跟我们当前circleq语句的ID一致,而我们现在需要来关心的就是我们的map接口的对象该如何进行获取,对吧?当我们去获取了circle session之后,我们就可以通过circle session中的get map方法来获取我们当前的接口对象了,这个大家注意,这个方法的底层呢来使用的是代理模式,大家注意啊,好,然后呢,当我们去调用接口中的方法,这个时候大家来看它是不是就可以根据我们的接口的全类去匹配映射文件,根据我们当前要调用的方法的方法名来匹配咱们的SQL语句来执行啊,这个大家注意。
01:00
好,然后下面呢,咱们对我们当前的功能呢,来进行一个优化,那怎么进行优化呢?那大家都知道我们现在在实现咱们的增删改的时候呢,对吧?然后咱们是不是每一次执行完SQ5局是不是都要手动提交事务,对不对,对吧?好,那我们可不可以这样,我们可不可以把我们的这个事物的事物的提交呢,来设置成自动的,因为我们之前咱们在学习GDBC的时候,大家都知道GDBC中的事物就是自动提交的,而当我们需要手动来管理事物的时候,咱们才会去,咱们才会将它的自动提交事物给它关闭掉,那我们现在咱们实现的功能呢,比较的简单,我就想让它自动提交,那这个时候咱们应该怎么做,大家注意啊,来大家看,我们来获取circle session的时候用的是circle session factory.open session方法,然后咱们把CP大家来看一下啊,然后在这是不是会看到一个参数叫做布尔open。
02:00
To commit什么意思?是否自动提交?大家注意,默认不自动提交,当我们把它设置为true的时候,它就可以自动提交,大家来看啊来,咱们在这把它给设置成处。能看懂吧,好,然后呢,那现在我们还需要自己手动去提交事务吗?不需要,那下面咱们再来执行一次这个功能,大家来看啊来,我已经把咱们的提交事物给它关闭掉了,但是我在获取circle session的时候,我们是把。咱们在open session中,然后咱们是不是来设置了一个处,表示的是自动提交,所以说当我们把数据库打开,咱们再来一个刷新,大家看是不是就有了呀,对不对,好啊,所以说这是咱们的第一个功能,然后来实现我们事物的自动提交,咱们可以在open session方法中来设置一个处啊,这个大家注意,来在这给大家写一下,好杠星星回车对吧?然后咱们的circle session circle session对吧,然后默认不自动提交事务。
03:09
啊好,默认不自动提交事务对吧,然后若需要啊,自动提交事务啊,然后大家可以怎么办呢?啊,然后咱们可以来使用什么方法呀,可以来使用咱们的circle session factory点叫做open the open session。啊括号,然后里面来加上一个处,大家注意啊,然后这个来表示的就是自动提交事物啊行,那这个是我们的第一个优化,那第二个优化的话,那我们可不可以通过咱们的日制功能对吧?来监测一下我们当前实现的功能,它所执行的circle狗可不可以呢?可以好所以说下面大家来看,在咱们的笔记里面呢,就有这样的一个过程,然后首先我们需要先来加入我们的logo for记的一个依赖,然后再来复制我们当前咱们的logo服务器的配置文件就可以啊首先大家来看,先把依赖加入到咱们的po点叉ML中,好,然后来导入一下更新,然后再往下把咱们的日志日志文件啊,然后来创建一下就行,这个大家注意咱们的logo服器的配置文件啊,然后它的名字是固定的。
04:27
咱们大多数日志的配置文件的名字都是固定的啊。好,然后咱们在这resource下面来创建一个file,叫做log for点叉,然后咱们把这其中的内容呢,然后给复制过来。好,大家来看一下啊,行,然后咱们主要来说的就是这个地方就行啊,叫做level,是我们当前日志的一个级别,对吧?然后这个是我们当前咱们输出的这个日志的一个范围,这个是我们的java.circle中的日志,这个是我们的my be中的日志,OK吧,好啊先,然后我们当前日志的范围,输出的日志的级别,输出的是什么?输出的是in for和debug,那咱们都有哪些级别呢?首先大家来看啊,有fatal叫致命,有error叫错误,有war叫警告,有in inform叫信息,有debug叫调试,然后咱们从左到右,然后咱们的日志的级别,然后是越来越低的,所以说fatal致命呢是最高的级别,而debug调试是最低的级别,那我们到底应该来选择哪一个呢?那大家就需要来记住一个原则,就是我们当前咱们所选择的这个日志的级别越高,我们所输出的信息越少。
05:42
好,如果说我们所选择的日志的级别越低,然后我们所记录的日志信息就越多,为什么呢?很简单呀,如果我们连比bug这种级别的信息都要记录的话,那我们当前比他级别更高一些的日志信息,我们是不是也一定是需要记录的?
06:02
对不对,所以说大家注意啊,当我们来选择了某一个日志级别的时候,它所记录的日志信息是大于等于它的级别的信息。这个主意可不仅仅是只有当前这个级别本身的信息啊,好,那下面大家再来看,我现在我再来一个执行,大家看啊,下面就有我们当前的一些日志信息的输出了,大家看啊。首先大家看,这是咱们的debug的信息,对吧?这个是我们输出日志信息的时间对吧?然后再往下的话,大家看啊,这是我们当前的SQL语句,这没问题对吧?然后下面这个是我们当前执行circle的时候,咱们传进去的一个参数,那我们现在circleq是写死的,没有往circle口中传参数,所以说它就没有,然后updates表示的是我们最终受影响的行数是几呢?是一。哎,这个大家看一下没问题吧,哎,最终我们当前受影响的行数是一,那这个就是我们在我们的my be实现的过程中所加入的日志功能,这个大家注意啊,好,至于上面咱们的这个信息爆红了,大家注意没关系啊,这个没关系,咱们当前的日志功能大家也能看出来,这个是没有问题的嘛,对不对,好啊。
07:17
行,那这个是我们对咱们当前这个MY中的功能的一个优化啊好。
我来说两句