最近找房子太麻烦了 哭咧

123

学习不是金字塔 以为前面学的多了 后面剩的就少了反而是倒金字塔，开始知道的少，能学的就很少，随着学习的深入知道的越来越多，结果发现要练的更多了 #感悟# #学习#

river flows in u  为啥越学习感觉自己越蠢呢  根据达克曲线  你应该是刚刚翻越愚昧之峰，出于绝望之谷与开悟之坡中间的位置，接下来就是终生的学习和沉淀了

  在找工作时被百度云盘的面试官问到了这个问题，这种开放性问题不好回答，答的少了或者浅了显得水平不够，也不能太多，还得体现逻辑性和深度   面试官往往能从这种题目了解求职者的真实水平，在回答过程中最好是适时的寻求面试官反馈，看其对哪部分感兴趣，防止讲了一大堆面试官不感兴趣的。   自己当时回答比较关注组件理解，对背景介绍的不足，下来自己也做了更多了解，整理如下 背景介绍 oltp产生互联网将线下工作搬到线上，用数据库替代纸存储，比如销量统计数据，用户个人信息等此时出现了mysql这种oltp数据库，遵循三范式，通过事务机制做业务处理 olap萌芽随着发展，数据除了存储和查询，还需要进行相关...

今天和同事排队做核酸时，讨论了个问题： 直播间发起弹幕抽奖，会将用户每一次参与分配一个id，最后需要抽取3个中奖用户; 如果用程序实现比较简单，如果用sql如何实现呢 下面将实现细节分享下，只做了关键点的说明，其他的复现下应该可以理解 -- 场景转化后的sql题如下 -- 1. 10张彩票 被超过3个人买 一个人可以买多张 想找到3张彩票号码正好让3人中奖 -- 2. 在1的基础上 如果1个人买了多张彩票 应该让其中奖概率大一点 满足吗 -- 在hive中建表并插入数据 create table temp_hyk_20220711( tid bigint comment '彩票号码...

本人顺擦干

如果编辑有什么问题或有什么需要交流的可以留言。 公司有张用户表,全表千万量级，增量10w以内，且用户信息会进行更新用户行为日志表关联用户表补全用户属性，由于用户信息会进行更新，因此关联时要关联当日的用户表目前方案是每天全量抽取，分区存储全量快照 即每天一个全量快照改善方案：增量同步+(全量快照or拉链表) - mysql数据库中用户表 其中 status_x 字段可能会缓慢变化 update_time 数据插入或者更新 这个字段都会修改 即数据修改的时间 有索引，能够进行抽取 create table user_mysql( uid primary key , ...

马上端午节了哈哈哈

快看，我获得了创作达人认证！我在牛客的创作方向是【大数据开发工程师】，欢迎同领域的朋友来关注我呀，一起交流~

上班第一天，开开心心