温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
好,来,接下来我们给大家去讲个什么呢?还是一个扩展,我们来扩展一下这个association,还有我们这个collection,这两个标签里面呢,都有一个fightch tap这个属性啊,呃,这个fight tap是干嘛的呢?来听我讲啊,我们先不管它是干嘛的,我们先来分析一个问题啊,就是呃,我在我这个买be里面的全局的这个settings中,是不是开启了延迟加载了,对吧?那么也就意味着只要你满足延迟加载的情况,我默认是不是都给你延迟加载了,好,那假如说我的。其中某一个查询,我不想让你使用延迟加载,但是它是满足延迟加载的情况的,明白吧,但是我就不想让你使用延迟加载,你必须要立即给我加载出来咋办?你总不能因为某一个查询不想使用延迟下载而把全局的都取消掉吧,因小失大,这肯定是不对的吧,对不对对,所以说我们都希望,那我能不能去单独的设置一下呀,比如说你不想使用延迟加载,那行我就给你设置一下,我不让你用。
01:14
如果能这么做的话,是不是更好了,诶,那么其实是可以的啊,就是通过这个fight ta属性来去制定它是不是要使用延迟加载,好,我们来看一下,在每个这两个标签里面呢,都有一个fighttime属性,可以指定本次查询是否要使用我们的延迟加载,默认情况下它的值就是一个lazy,那么代表着它默认的情况下就是使用延迟加载的,如果你不想使用延迟加载,那你就把它设置为FCH等于一个。明白吧,哎,12G12啊,一个给它设置成这个值,这个就代表了立即下载,能听懂吗?啊所以说呢,我们有了F以后呢,我们就可以灵活的设置本次查询是不是要使用延迟加载,明白吧,而不必要因为某某个查询或者某几个查询不想使用延迟加载,而把我们全局的setting都给它关闭。
02:08
听明白这个意思了吧,好,那我们来试一下啊,回到开发工具中,那比如说我还是拿我们刚刚讲的这个来举例子,Employee里面你看看哈,在这里面我们其实就有一个tap啊,就抓取策略嘛,对吧,抓取方式它默认就是laz,你这个写到这与不写是一样的,你看一下我们在查的时候呢,它依旧是。这个呃,使用这个延迟加载的,你看啊,怎么能看出来它使用延迟加载呢,因为我第二条搜狗语句的发送是不是在这个分割线下面的吧,好当我把它改了以后,你看我把它改成。啊,EA是吧,一格改成这个一格以后呢,我们再来测试一下,好选中执行,这个时候你会看到两条色QL语的发送都在我这个分割线的上面,是不是直接就给你去查了,我不管你要不要这个数据,我就直接给你查了,那么这就是一个立即加载对吧?而我的全局的那个延迟加载并没有做任何的改变,我就可以要,诶让其中的某一个查询决定是不是要使用我们的延迟加载。
03:14
听懂了吧,好,这是我们扩展的第二个东西啊,OK。
我来说两句