00:02
呃,来吧各位同学,那现在呢,咱们就来分析分析,呃,我这个就是这个表的具体的数据状态到底怎么做啊,按照刚才的分析呢,在这儿呢,我们一共需要两个这个什么呀,是不是两个这个在这个SFA对吧?我们现在先写一个首日,首日呢,我们假定还是6月14号,咱们按照14号的数据去进行处理好,那现在问题来了,Circle咋写?所有哪些是不是得从我们刚刚看到的,就是下单所影响的那所影响到的那几张表里去找我们想要的数据啊,对不对,OK,那我现在问一下大家啊,那咱们现在这个,呃,影响的表可能会有四张,对吧,咱们看到了对不对,那你说这四张表里边,那咱们的主体应该是谁呢?咱应该以谁为主呢?应该是以older detail吧,没问题吧,因为咱这个表它的力度是不是跟older detail就是一致的,所以咱主体应该就是那张表啊好,那接下来呢,咱们就来select一下SD select先from一下O点层的是不是那个o detail这张表啊,那第一天的时候我们需要拿它的是不是十四二分区2020杠零六杠幺四完之后呢,由于第一天的这个数据我们是通过什么同步过来的,增量同步吧,哎,全全量同步吧,对吧?对吧?哎,是全量同步,OK,全量同步也是不,所以我们需要先去做一个过滤对吧?哎,来一个TYPE等于boot SP,然后杠inser的,这个没啥问题对吧?好,那现在问一下大家,那我们现在这张表第一天的这个分区里边的数据跟哪其实是基本一致的呢?跟哪?
01:37
跟买circle。里边是不是这张表现在的数据是一致的对不对,那现在咱们拿过来啊,找到my circle,找到older detail对不对,相当于是不是跟这儿的数据是一样的呀,对吧?因为首日全量同步是基于查询嘛,对吧?你这儿是什么样,那我们这张表的第一个分区里边的数据就是啥样,没问题吧,那也就是我们现在是不是就相当于要从这些数据里边去找到咱们所有的历史的下单的明细操作呀,对吧?没问题吧?好,那现在问一下大家,你说我们从这张表现在呃,这些数据里边怎样去找那个下单的明细操作,对吧?我们要找的是下单的这个操作,对吧,是一个一个操作,怎么去找,那怎么找,咱是不是得先把这张表的结构熟悉一下才行,对吧?这张表的结构大家现在熟悉不熟悉应该是熟悉的啊,首先一张表代代表的就是一个订单当中的一个商品项,对吧?啊,一行数据一行数据啊,指的就是一个订单里边的一个商品项,这个应该是搞清楚能搞清楚的好了,字段都有啥呢?
02:37
是不是就是订单ID,这是属于哪个订单对吧?商品ID你买的商品是什么?诶商面的名称,呃价格件数等等的,是不是这些应该都是能搞清楚呀,对吧?这口下就相当于是一个什么,相当就是一个下单时间对吧?啊应该是能想明白了,这个我就不再多说了啊好,那接下来我们今晚上进行怎样从这两栏里去找那些历史的下单操作,哎,怎么去找?
03:00
哎,那先分析分析,我问一下大家,你说这张表一行能不能代表一个历史的下单明细,下单操作,这个明细能不能,这一行能不能代表一次历史上的下单操作,那这个明细记录能不能?能不能?应该是行的吧,就行不行,这个怎么去理解啊,你要知道就是这张表它里边的数据是怎样被下单影响的,大家还记得是不是我们下单这个操作发生的时候,这张表里是不是才会音色的若干条数据,是不是只有下单的,下单的时候这张表数据才会发生一个音色的变化,对吧?他除了会音色,它还有其他的变化吗?还会有吗?不会有其他的变化了,也就这张表只有在我们执行下单操作的时候,它才会音色的一条数据,那所以说你这个一条数据所代表的不就是一个下单操作的一个明细记录吗?应应该是能理解的啊,OK,好,那所以说我们在这儿呢,只要能拿到这样的一条一条的数据,就相当于是不是拿到了我们的历史上的这个下单的操作明细记录啊,对吧?啊是这样的啊,OK,那你会发现那这个下单的时间是不是有十号的,有11有12有13呀,对吧?诶是有很多历史的这个下载操作啊,是这样的啊,那所以说我们在这儿做首入装载的时候,是不是只需要拿到我们这张表第一个分区的数据,那就相当于拿到了所有的历史上的这个下单操作记录啊,对不对,这是可以的,它跟下跟那个支付是不一样的,对不对?支付那张表,咱们前面说过,支付这张表当中每行数据能代表一个真正的加构操作吗?是不能代表的,理论上是不能代表的,对吧?它代表的是什么?它的真实含义是。
04:49
这个人他的购物车里边这个商品有几件对不对啊,它代表的并不是一个历史上的加构操作,但是我们当时说没办法,我们只能妥协,我们是不是只能认为它是一个价构操作呀,对不对?但是下单这边咱们不用妥协,它本身一行数据就能代表一个历史上的下单明细操作,诶这一点要搞清楚好了,那完成之后我们继往下走,也是现在我们就已经拿到了我们所有的下单明细操作了,那我是不是就可以尝试着从这里边获取一下我们这儿所需的所有的字段呀,对吧?OK,那现在咱们CTRLC给它处理一下啊,当然这个肯定也是来自于哪,也得是来自于date字段,对吧?来,我们CTRLF搜一下啊,呃,我在这儿呢,先把前边的这个票号啊给它去掉啊。
05:30
走来往下走,这个全部删除,然后呢再呃,选中一下翻到,然后呢这个全部删除,然后呢我们给它换成一个逗号,CTRLCTRLC拿过来,哎,之后呢,我们放在这这边啊诶忘了加date了是吧?T,呃,没事,在这加也行,右键,然后呢列选模式啊,然后呢往下走。来走到这个位置,在这儿呢,我们给加上一个date点就行了啊,然后右键我们再把列选模式关掉啊,行了,那这样一来的话呢,我们就相当于是已经拿到了我们所需的这些哎字段了,当然这些字段呢,咱们直接查是不是有可能会报错呀,对吧?哎,咱们查一下能不能查出来啊。
06:09
那你会发现这里边是报错了,说什么是UID,这个字段是没有的呀,对吧?呃,这个为啥?因为咱们这个order detail表当中确实拿不到这些所有的字段,他只能拿一部分对吧?好,那现在呢,我们就不再一个一个试错了,不再一个一个去试错了啊那我就直接给大家分析一下,说这里边我们到底哪些字段能拿到,哪些字段咱是拿不到的,刚才已经看到了user ID咱们实际上是拿不到的,这个为啥拿不到的?其实你看原来咱们那个表结构图也能很直观的看出来,你看啊,这是订单明细对吧?你看他跟用户表有直接的关联吗?并没有,他是不是应该是通过order info去间接的关联u info啊,没问题吧,所以说一会儿咱们要想去拿到这个明细表当中的UID,你说应该怎么去拿。得去关联一下older info去拿吧,剩下道理吧,那一会儿咱们再去写这个相应的子查询啊,那也就是UID咱是拿不到的,拿不到就给它注掉,那还有谁是拿不到的呢?
07:02
这个说实话,咱们可能大家就是自己想就想不出来了,我们得对照着之前的表去看啊,我们找到o detail调,呃,找到o detail调啊,当然看这的话可能不太好看出来,因为这是一个结构体对吧?呃,在这边咱们还是对照着它去看一下吧,右键我们打开设计表,然后这边往下拉一下,哎,咱们把这个所有字段呢,是不是给它盯出来,然后对照这去看就比较清晰了,对吧?F3,那现在咱们对照着去看一眼,那首先呢,我们先看这边,那刚才的前面几个字应该都是没啥问题的啊,然后呢,UID拿不到,已经看到了,SQID能不能拿到,能这边是有的,对吧?那proce ID呢?这个好像也没有对吧,也没有这个没有的话一会去哪呢?其实也应该从older info里边去拿,对吧,这个为啥呢?你看这个表结构也能看出来,你看是不是明细没有关联,审份表对不对,谁关联了,是不是订单表关联的呀,对吧?那所以说应该也是通过older info去拿就行了,那接下来继续拿走,拿不到就住掉啊啊那这俩字段咱们能不能从O低调里边拿到呢?能吗?
08:00
这个其实也拿不到,里边有O有啊没有,所以这俩也拿不到,拿不到的话,你说咱们应该去哪拿。应该从这张表里边去拿吧,它里边保存的不就是明细跟活动,呃,不是这个应该是右边这个,右边这个,这是活动左边优惠券,对吧?应该从这两张面里去拿活动ID和优惠券ID啊,这个理解一下,好,那我们现在回过来,那优惠券ID咱也拿不到,给他注意一下,好,下边一个就是date ID了,Date ID其实指的应该是什么?是下单的日期对不对?好,那问一下大家,对于我们这些历史的下单记录而言,那咱们的下单日期应该来自于哪?其实就来自于cur time是不是就行对吧,Cur time是不是就相当于是那个下单时间没问题吧,这个应该是能想明白的啊好了,所以说在这儿呢,他拿不到,但是呃,我们能够处理一下得到啊啊c time,但是有的source ID这个是没有问题的,那当然这个source time呢,这边你直接这么拿肯定是拿不到的,那但是你把它名字改一下,是不是能拿到了这个name呢?没办法,我们只能从哪呢?只能从字典表里去拿,对吧?那这几个编码,这几个度量值,我们应该都是能拿到的,这是没有问题的啊好,那现在呢,我们再查一下,呃,还是有一个拿不到,谁拿不到是那个Li,应该是spli的original amount也拿不到,对吧?诶,这个为什么也拿不到呢?
09:14
指的是这个字段对吧,他也拿不到,这是为什么呢?很简单,你看一下这个表,原表里边确实没那个字段,对吧?虽然没有,但是这个呢,我们可以间接的拿到,怎么拿到,你看啊,咱这里虽然没有原价,但是有一个什么order price,还有一个什么SQ number order price,这个指的是什么呢?指的是我们在下单的时候,你这个商品它的单价是多少啊,是这样的,那这个SQ是不是就件数啊,对吧?单价跟件数一乘,咱得到的是不是就是原价没问题吧?OK,这一点要搞清楚啊,所以在这儿呢,虽然拿不到,但是我们一会儿可以计算一下得到啊,好了,那截止到现在,我们能拿的字应该就都已经筛选出来了,这些是没有问题的,对吧?好了,那完成之后我们继续往下走,那现在这里边有这么一大堆的字段,我们是拿不到的,拿不到咱就得想办法从别的表里去拿,对吧,那那现在我们一个一个来啊,先去搞谁。
10:05
User ID跟pro ID这俩刚才咱们看到了,它应该是来自于user那张表了,对吧?好,那现在咱们快速的把这个词给我写一下来,我们来一个select from,应该是ods层的user in for INC,之后呢,我们来一个V尔DT等于2020杠零六杠幺四对不对,它是不是也是增量同步,第一天也是全量同步,所以说咱是不是也得做这个过滤啊,哎,过滤那完之后,我们需要拿里边的哪个字段呢?U ID pro ID是不是必须得拿对不对?所以在那呢,我们需要先拿一个date.user下ID啊,再拿一个date.user province ID对吧?好,那这俩字段都拿了之后,别的还用不用拿?得拿一个谁ID吧,对不对,那一会是不是咱们得用这张表的OID跟他的ID进行一个关联呀,对吧,这个是必须得拿的啊好,那咱现在查一下,呃,查不出来,哪个查不出来呢?咱们我看一下啊,呃,是user的ID不存在对吧?呃,那不存在的话呢,它叫什么呢?那我们现在去找一下啊。
11:05
呃,U的ID不存在,那是不是字段名不一样,我们看它叫啥啊找诶我是不是表写错了。啊,是u in,应该是order in for对吧?啊,我不要写错了啊,我我说呢,来咱们再重新查一下,那这回就能查出来,这个应该是没有问题吧,OK,好了,各位同学,那截止到现在呢,我们这个子查询也就搞定了,比较简单啊好,那接下来继续往下走,呃,已经拿到的字段呢,我就给他把把那个啥给它去掉了啊这个是都能拿到的,好,接下来往下走,下边咱要拿的是不是这个活动和规则ID啊对吧?这个咱去哪个表里拿呢?是不是那个关联表里对吧?我们select from要找到OS层的谁,Order detail对吧?然后后边是activity TC,这时候就是明细跟活动的关联表对不对,它同样是通过增量同步的啊,那所以说在这呢,我们也应该是拿它14号分区,是不是过滤一下啊,对吧,这个不多说,然后呢,我们从里边拿一下咱们所需的字段,那这里边咱们拿哪个字段呢?拿哪个字段是不是咱得知道里边有啥字段呀,对吧?来我们找到这张表啊,应该是明细跟活动的关联,是不是就是它对不对?这里边的核心字段,大家来看看你说应该是谁呀,核心字段是不是就是明细ID和谁的关联和活动还。
12:12
带有规则I的一个关联对吧?那我要你拿拿谁就行,是不是拿他们仨就行,这两个是我们需要的,那这个用来干什么?跟刚才那个明细表进行关联吧,对不对?我们拿这仨字段就行了啊好,那现在我快速的去拿一下,它也应该位于date里边啊,应该是date.older_det detail ID对不对,这个没问题对吧?再来一个O什么?应该是那个活动ID对吧?Act VI TD对不对?还得再来一个data点弱对吧?Act VI,这个T,呃,然后呢,弱下划线ID,好,那这个应该也没啥问题,我们查一下行字段都能查出来,那就说明我们写的没啥问题。好了,那这个完成之后,咱继续往下走,那活动跟规则ID拿到之后,剩下的就是什么ID,该那个优惠券ID了吧,对不对?那这个呢,我给它删掉啊,已经拿到了,下面就是优惠券ID,优惠券ID相当简单,它跟这个活动是不是应该是类似的,应该是一样的,我们把这个所谓的活动给它改一下,改成是不库房就OK了,那上面呢。
13:12
这个咱就不要了,活动规则这个这个优券ID这个这个明细ID应该得留着吧,对吧,跟那结构是一样的,然后把它是不是改成一个呼旁下唬线ID,那就OK了,查一下没有问题吧,完了呢,这个也就搞定了,行,完成之后我们继续走,这个也OK,删掉那data台ID呢,Data台ID不用从别的表里拿,一会咱是不是通过它格式化一下就完事了,对不对?所以说这个呢,给它去掉很简单,接下来往下走,下边呢,是不是就是这个source type,这个从哪来字典面里拿,对吧?所以说还得赶紧写一个字典的一个子查询啊,Select一下,呃,然后呢,我们呃往下走,From from哪上表应该是ods层的base是不是DC负啊对吧?那这个呢,咱们是不是也拿它一个分区就够了,对吧?零六杠幺四对不对,里边呢,咱们拿到一个dic的,呃,这个code的没问题,再来一个IC的name对不对?好,那下边我们要不要过滤一下呢?其实可以过滤一下对吧,我们只需要拿到这个以谁开头就行,以谁开头咱们得看一下啊,那刚才咱们看到的这个所谓的。
14:12
开源类型是以什么开头来着?我们看一眼,找到订单的那张表,应该是明细那张表,对吧?Order detail找到,找到之后我们往后走。诶往后走,诶应该是这个啊,后边咱们找一下,这个是以二四开头的,对吧?所以在这呢,我们给它来一个派扣,等于二四其实就OK了,那这个呢,咱们再查一下,好,这个应该是能拿到的,对吧?好了,那截止到现在,我们这个子查询也就完事了,然后我们再往上看,各位同学往上走走走,哎,你来到这个位置这儿是不是就搞定了,相当于那下边呢,这个怎么搞,这个其实咱们就不用再去从别的表里拿了,是不是刚才说了用原价跟这个件数乘一下就完事了,对不?所以这个也就删除就完事,好,那也就是截止到现在啊,我们这个订单明细事时表所需要用到的字段咱就都已经拿到了,拿到之后咱接下来要做的工作是什么,就简单了吧,咱只需要做一个啥关联是不是就完事了,对吧,那关联的时候咱们用哪种关联方式呢?琢磨琢磨,应该是用它在呃这个作为主体,这是明细作为主体,对吧?放在最左边,然后让其余的都跟他进行left draw是不是就行,对不对,OK啊,那draw上之后,最终咱是不需要。
15:22
写一个音色的语句对吧,那音色的时候要注意一个什么问题?得注意一个什么问题,得得动态分区吧,对不对,因为咱现在拿的是什么,你是首日状态,你拿的是所有的历史的下单操作吧,没问题吧,OK好,那所以说我们应该,诶根据咱们之前的那个分区规划,对吧,哪天下载呃,就是生成的这个下单操作,我是就放到哪天的分区啊对吧?所以应该来一个动态分区,那动态分区字段的值咱来自于谁。来自于create time是不是就行,没问题吧,Create time相当就是那个下单的时间嘛,对吧,你是哪天的我就给你放到哪个分区,那所以剩下的操作我就不再一点一点写了,大家应该就知道怎么回事了,接下来呢,我们把文档当中最终的装载语句给它拿出来啊,然后呢,咱们一起看一下就行啊,来这个往下走,哎,CTRLC再拿回来,拿之后我把我写的就给覆盖掉了啊,这个其实相对来说没什么可说的,来CTRLV我放在这儿,来大家一起来看一下吧,那这就是咱们最终的一个装载语句,首先我们先看第一个,大家来看这个。
16:20
呃,这个呢,其实跟刚才咱们写的没有太大区别,只不过有有有有一点区别,有一点区别,哪有区别,他是不是在这儿就把这个呃,原始金额给算出来了,对吧?我想的是最后再算,其实这个都一样,在哪算都一样,对吧?这个就不再多说了,然后往下走看这个,这个是不是咱们那个older info的自查询,对吧?跟咱们拿的字段是一样的,好,继续往下走,这是活动与明细的一个关联,这是优惠券与明细的一个关联,这个不多说,然后下面呢是那个字带面,那做的之呢,是不是就按照我们所说的做一个left照呀,对吧?然后往上走,上面呢就拿到我们所需的所有字段了,最后呢,来一个动态分区,然后呢以create time是不是作为动态分区的值,然后把数据写到相应分区,那就完事了,当然这儿要用到动态分区了,诶我们不满足严格模式,所以说是不是也得启用非严格模式了,对吧?再加一个S参数,那这个呢,我就不再多说了啊,这个呢,我也就不再去执行它了啊,应该是没啥问题的,好了,同学,那截止到现在呢,咱这张表的首日装载就算是完成了,来视频我停一下啊。
17:19
好,那咱接下来呢,看一下下单这个事时表的每日装载,OK,那首先我们需要先明确一下,就是每日装载咱要做的具体的工作是什么啊,其实做的具体工作是不是就不再是处理历史数据了,对吧?而是只处理是不是当天的数据对吧?到了15号,呃,16 17 18,对吧,我们就只需要处理当天的下单操作就完事了,比如说咱这儿的一个核心的目标就是寻找6月15号这一天的是不是下单的明细操作呀,对吧?好,那现在怎么去找呢?怎么去找你要知道啊,呃,到了15号的时候,那咱们去寻找这个相应操作的时候,还得是怎么找呢?还得是从这一堆表里边去找,对吧,有订单有订单明细,哎有这两个是不是还得是从这一堆里边去找对吧?那关键是咱们寻找的逻辑应该是什么样的呢?寻找逻辑应该什么样的呢?
18:12
这应该什么?你要知道到了15号之后,也就是从我们呃收藏的第二天开始,对吧?那咱这些表他们都是增量表对吧?那咱们做的就是什么呢?就已经是真正的增量同步了,我们拿到的已经是一个一个的音色的操作,Update操作底类的操作了,对吧?OK,那完之后我们是不是得从这一堆操作里边去寻找咱们想要的下单明细操作呀,对吧?好,那现在关键问题来怎么去找啊,怎么去找,呃,那这个三最终咱们写完大体的逻辑呢,肯定还是跟前面差不多,是不是也得用用这几个表进行一个关联,最终拿到下单明细操作呀,对吧?所以在这儿呢,我就不再一点点写了,咱们还是老规矩,把这个给它复制一下,咱基于这个呢,给它调整一下,给它改一改啊,然后CTRLV,好,那现在呢,我拿过来了,咱现在就开始改啊,就开始改,那首先还是从紫查询开始改起啊,先改第一个先改这个子查询。
19:03
诶,来大家看一看,你说这个应该怎么改,这个我们要做的工作是什么,现在得找到15号这一天的是不是那个下单的明细操作呀,对吧?啊,那怎么找啊,到底首先分区是不是得改一下,得改成15没问题吧?好,那刚才说了15号之后,那我们拿到的就是这张表的变更操作了,Ins inside update delete操作是这样的操作,对吧?好,那这里边儿我们怎么去找,找什么类型的呢?还是那句话,找什么类型,这个取决于啥,取决于下单是如何影响到这张表的,对吧,前面咱就讲过下单对这张表的影响是什么,是不是因三二的呀,对吧?所以在这儿呢,没什么疑问啊,直接就是阴色的类型是不是就搞定了对不对,其实在这块说实话,这个这个条件咱们也能省,为什么也能省呢?对,因为这张表咱们前面提到它只会阴色,它不会发生其他类型的变化,对不对,那所以说它除了阴刺的就没别的了,所以在这儿呢,你加上这个物理条件也行,你不加它也可以,哎,这个理解一下,我放了它吧,放了它是不是更明确一些呀,对吧?好,那行,诶就考虑取消下单,那这两本也不会受影响的,因为取消下单的时候咱前讲过啊,是谁会呃,就是取消单之后是谁会受到影响呢?是older info会变,但是older detail它会变吗?它并不会变的啊是这,然后咱们现在找的是什么,是下单的操作,所以说不管他取消没取消,他是不是肯定是有过下单操作的,对吧?那所以在这呢,我们就诶直接从这儿找就完事了,诶这是需要注意的啊OK啊好了,那接下来呢,咱们。
20:28
继续往下进行,呃,那下边呢,我们,呃,这张表就算是相当于已经搞定了啊,搞定之后咱们继续往下走,那下边是不是该这个所谓的ODS层的older infoc来对吧?那这个表咱们应该找什么类型的呢?这个咱应该找什么样的类型呢?呃,首先啊,咱们要知道咱之所以要用这个子查询,跟上边儿这个进行关联,那咱的主要目的是什么。主要目的是是因为我们上面这个查询啊,我拿不到所有的字段,对不对,是不是哦,那个user算我拿不着,还有那个pro ID咱们是上,呃user ID跟pro ID咱是拿不到的,对吧,这俩拿不到,拿不到的话,我是不是才需要跟他去关联啊,对吧?所以说在关联的时候,我们一定得保证一点,保证什么呢。
21:12
保证就是下边这个紫查询它得返回什么。它得返回什么,它返回的肯定是一个一个的order info对吧?哎,OK,他返回到order info得能够保证什么呀。保证什么得跟上边的所有的订单明细得能够关联上才行,是是是这个道理吧,OKOK,好,那完了之后我们就得想办法,OK,你只需要保证这个查询我返回的订单明细能够跟上边,呃,我我这个这这个这个子查询我返回的订单订单一份,对吧,能够跟上所有的明细,是不是给它关联上就OK了,对吧?哎,是这样的,那OK怎样能保证这一点。怎样能保证这一点,怎样能保证一点注意啊,那你这个是不是也得先给它改成15对吧?你这个改成15之后,它是不是也是iner的操作,Update操作了,对吧?但是你要注意这张表order info INC,它是只会发生iner了吗?是吗?并不是,这个表是不是既可能新增又可能变化,对吧?OK,好,关键问题来了,你到底找什么样类型的?
22:13
其实这个咱们也找insert类型的就行了,为什么你想啊,就是我们用户是不是他再去下一个真正的订单的时候,会同时往这张表里是不是ins色的一条数据,诶,以及同时往这张表里是不是ins色的若干条数据啊,对吧,对不对?那所以说我为了保证下面这个查询能返回上面这个子查询对不对,所对应的所有的order info,那我是不是只也是只要找in色的就行了,对吧?因为我往这里边in色的时候,这儿是不是也会有in色对不对,所以说两边都拿音色的是不是肯定是能够对应上的呀,对吧?哎,这一点大家应该也是能够想明白的,所以在这呢,我们只需要拿音色的就足够了,哎,OK,好,那现在呢,我们就要把它改完了,改完之后我们继续往下走。那你说这个表咱们应该怎么改呢?这个改什么类型,是不是也是只要IN3的就OK了,对吧?哎,我们把这个日期呢改成15,然后呢,把它改成in色的即可,为什么这边这个也只要因色的呢?首先需要明确的一点是,这张表也是只会发生这个新增,也是只会有新增啊,只只会有新增这一点理解一下好,那完了之后呢,呃,就是即便它不是只有新增对不对,那在这儿呢,我们也是应该找因的类型的,为什么呢?因,因为你知道要知道啊,就是我们是不是只要往这张表当中,是不是就older效这张表里啊,你iner医疗数据,如果我确实是用券了,确实是这个,呃,这个参与活动了,那是不是也会同时往这张表里面因S的数据啊,对吧,是这样,所以他们上下也是关联,对对应的,所以当然我们也是只要因色的就行了,那他要因色的,那这个呢。
23:46
也是不是一样也要in色的就够了,对吧,那所以把这个不up去掉,留一个in色的那就OK了,好了,那他完成之后呢,我们这个所有的资产权基本上就完事了,只剩下最后一个,最后一个好说最后一个我们只要怎么样就行,把14改成15,拿到15号的全部的这个编码就完事了呀,对吧?诶是这样的啊好了,那也就是截止到现在,咱这个子查询就算是改完了,很OK啊好了,那这个改完之后,我们上边是不是就能够去进行相应的调整了,对不对,这个怎么调整,首先第一点。
24:15
这个咱们还能不能要就不能要了,这个是给那个首日做动态分区用的,对吧?这个删除,那其余的呢?呃,上边这儿是不是得补上一个具体的分区啊,对吧?因为我们是每日状态,我们需要给它放到2020年的6月15号的分区,这个也没啥问题,对吧?好,其余字段呢,其实这块咱们就不应该就不用再做任任何的处理了,这个其实就比较简单了,好了,同学,那截止到现在呢,我们就已经完成了这个下单明细事时表的每日状态了,哎,这个其实并不难理解,好了啊,那这个完成之后,视频我给他停一下啊。
我来说两句