00:00
好,那第一步读取卡帕数据。没什么好说的,他呢,你只能用这个方式,你也没有其他方式,人家人家自己写的一个连接器,对吧,那最后一个,要不然呢,我们用jdbc think对吧,如果说未来我们发现官方给的这个不太好用,或者说用不了对吧,那我们也可以自定义。也可以自定义think对吧,来一条数据呢,可以写出,因为Felix无非就是说用一个。GDBC的一个连接嘛,然后呢,去做增删改查是不是都可以啊,对吧?啊,就这意思,所以呢,我们完全可以自定义这个think啊,这个呢,我们没有问题,也就一头一尾呢,就相当于解决了啊,只不过说coding这个东西呢,可能大家不太熟,但是呢,我们会带着写啊,就是它的一个逻辑上没有问题了,关键就在于中间这一步,大家我刚才问的问题,大家觉得这样好不好呀?
01:05
既然我这样问了,那肯定是。有改进空间对吧?啊,那大家都想一想,这样做的一个缺点在于什么。啊。呃,班长说不通用啊,使用外部传参。啊,雷总说不利于维度拓展。啊,那嗯,维度拓展啊,写死了。对,大家都发现这个问题了,因为昨天我们说过了一个什么事了,我们你想一想,我为什么要把麦well那个filter给它删除掉啊,还记得吗?原因还记得吗?昨天我们说把Maxwell那边的字段给它删掉,原因在于什么?想一想。对吧,昨天我们所说的,为什么我们要把那个删掉。
02:12
对,以后可能要加表。对吧,好,那这里边呢,它这个问题就在于什么,如果这样写,它这个问题我们写出来啊,它的一个。所产生的问题。对吧,如果增加。哪怕一张对吧?增加为秒需要干什么?需要修改代码。啊,然后重新编译打包上传,然后重启,有没有毛病。有没有毛病?对吧,是不是这个问题,如果说我在里面写了,比如说我要十张这个微表,那我一个集合里边是不是写了十个表的表明,对吧,然后就判断,哎,这十张数据呢,十张表的数据呢,我们就保存下来了,如果说不在这十张表以内,那就被干掉了,没问题吧,好,那我们就想啊。
03:17
这个就很麻烦呀,因为你想想看,我们现在可能几十张表,诶,100多张表,那未来有的公司增加到几百张表,甚至上千张表。那你中间做这个事儿。太多次了。因为它涉及到修改代码。重新编译打包上传对吧,呃,加这个重启,当然这个是算一体的啊,算一体的对吧。重新编译打包上传,因为你只要修改代码了。你都要做这个事儿对吧,如果你不修改代码,你就不用做这个事儿啊,所以呢,他们是一体的啊,当然这个东西呢。
04:02
可以分开重启任务啊,当然你修改代码了,肯定要重启。啊,肯定要重启,所以呢,我们就分为两块,我们想一想,我们能不能优化一下,先不重启任务。啊,起码我做到不重启任务对吧?啊,优化一。优化一。啊,当然我们先呢,就是它对吧,我们可能要重启对吧,优化一呢,呃,只做什么呢?只做重启。只做重启任务,但是我不修改代码啊,优化一我们奔着这个去啊,不修改代码,然后呢只重启任务。对吧,这样做好一点啊,那我们优化二的方向是什么呢。就是。终极目标。我们希望做到这样,对吧,连任务都不重启。
05:02
对吧,这是我们的两个目标,因为目前来说围绕我们的问题不是两个吗?第一个你要修改代码,第二个你要重启任务。对吧,那这里边儿呢,你注意啊,它那也就是说你不应该是三种优化吗?诶。干什么呢?只修改代码,不重启任务。那不可能。对吧,这种是不是,那有一个有一个是什么呢。还有一个叫只修改代码,不重启任务,对吧,因为这里边儿呢,涉及到两个问题对吧,一跟二,那我们要解决这个问题,解决一。或者解决二对吧,一或者二或者。一二对吧,那不有三种情况吗?但是我们要知道这种是不存在的。能明白吧,这种情况是不存在的,你怎么可能你代码修改了,然后呢,不去重启任务,那不可能。
06:04
能明白吧,所以其实我们就奔着两个方向去努力吧,啊,但是能做到多少不好说对吧?啊好,那我们想一想。啊,那么围绕这个来思考。围绕这个来思考对吧,啊,这个呢,我们来想一想,怎么能做到第一个,我们先一步一步的,不要一步到位,对吧,直接就是说奔着最终目标去,这是我们最终目标,如果能做到这个事儿。皆大欢喜。那太好了,对吧,关键是我们先想一想能不能做这个事儿,对吧,然后呢,一步一步的向我们最终目标去靠近。啊,这样的思路有问题吗?大家能接受吗?对吧。因为我们发现未来要增加这个尾表。对吧,所以呢,它会引入两个问题,那我们要解决这两个问题嘛,对吧?呃,那但是这两个问题它是有关系的,所以解决两个问题本来是三个方向,对吧,但是呢,我们发现这两个问题有关系,有关联,所以呢,只剩下两个方向是我们去努力。
07:14
对吧,好,这是我们的问题的提出跟思路的提出啊好。
我来说两句