Dusk to Dawn

SQL优化建议 1.数据去重使用group by代替distinct, 禁止使用count(distinet); 2. 分区表使用时where条件必须加上分区过滤如: d为每日全量表，day取最新分区 di每日增量表，限定日期，如day betreen 20190415 and 201904161 3.多表关联，先子查询过滤后关联 4.慎用in not in,连续性值过滤用between and代替，如: age in (1.2.3.4) 修改为:age between 1 and 4 5子查询禁止使用*号，只把需要的字段列出来 6. 表关联时一定要加上on条件，避免笛卡尔系数 7.表关联时关联条件一定要在子查询里过滤掉null值，避免数据倾斜; 8.不要对一个表进行重要处理，多使用临时表，尽里做到一次处理多次使用 9慎用order by 大数据排序会很慢

经典确实值得一读再读，今年再翻看这部剧，感慨良多。 《Dusk to Dawn》影响了西方的一代人，在这部剧里，可以更深的理解原因。“糖衣炮弹”果然是不好招架的。 本剧成于1985年，编剧肯定预料不到，娱乐的最佳方式早已不止是电视而变成了手机，我们甚至排个队三分钟的时间也可以“娱乐”一下。生活在朋友圈里的人们又是多么“幸福”。先烈们为之牺牲奋斗的“美丽新世界”…… 唯一有点不和谐的是，有人说，我们是“奥威尔与赫胥黎的合体”，呃……

我见他的最后一面一如第一面。一个阳光下熟睡的青年，他睁开眼睛，露出微笑，那是认出了一个从不曾陌生之人的微笑。

一开始迷迷糊糊读不太懂，有些句子意思好模糊。慢慢往后读，渐渐在书中遇见自己。喜欢，这个主人公毫不留情的剖析自我，因为我有如看见了自己的血肉。看见他真诚地展示自己的矛盾、脆弱、不堪，那些人性啊，我也在我自己身上常常看见。我和他很像，但我需要别人认同的程度并没有那么深。现实世界中，你不喜欢我，不认可我，OKfine，道不同不相为谋。我自己还没有把自己搞清楚弄明白呢，你对我的看法在我这里算个屁呢？害虽然是这样想的，但在游戏刚开局时，我也会努力想当英雄，但是维持人设真的好难。人设崩塌时，我觉得我们都不一定，面对心爱的人看重的人，能不像他那样歇斯底里。毁灭吧，赶紧的，心累了。 书结束得很快，猝不及防，随心所欲。我喜欢，在结尾那矛盾和反复中也看见了自己。 Dusk to Dawn。也许我这许多年也是生活在地下室中，但我已经形成了自己的地下室世界观，并不想走在地面上去。 随随便便乱写，没有逻辑。

两个账号轮流看。终于看完。为什么喜欢“架空历史”题材的书呢？因为回想学生时代，每每看到一些屈辱的历史片段，都会浮想联翩，若是如何如何，那就如何如何。但是历史不容假设。所以看这类依托于历史，又能用现代人的手段去“改造”历史的作品，会让人觉得爽。值得一看。