更正：写 3 个 select 然后 union all 起来

写个 select 然后 union all 起来

国外一开源，国内就自研。

足够牛逼，让甲方打心底里觉得一切问题都是他自己的问题

这年头还有数据库跑在 HDD 上吗。。至少云上是买不到了

五一刚去过，武大一定要去，凭健康码就可以进

记忆中 Lab1 一直是 MapReduce 。然后发现 lz 看的是 2004 年的课程网站

很遗憾，现在已经全面内卷了，没有哪个大厂不卡学历

基金和股票（ A 股、美股、港股）有可能自动同步价格吗？

作为一个用 Excel 记账 4 年的人，如果有这个功能我可能付费意愿会强很多

* 改成 inner join （ inner join 可以左右对调，left join 不可以），然后在 b.spell_name 上加索引
* 另外，这是一个典型的分析型查询，建议导到其他分析型数据库里做

mysql 8.0 有 parallel query，能大幅提升这个场景

“第二个是 sql 题，第三个是多线程，这两个我直说自己不会，再加上面试官技术栈在 java，直接挂了”
“做的东西我觉得也没什么技术难度，工作环境的话我感觉也稍微有些压抑”
“之后答辩的时候出了一些纰漏，有我的问题，也有别人的问题”
-----------------------
心比天高，眼高手低

是性能关键的场景吗？
是 --> 用 stored procedure 把结果写到临时表，然后一次 select 读取
不是 --> 每次 select limit 100，不够就再来一批

@Sasasu clickhouse 的 join 是单机的，基本就是鸡肋，他的设计是希望你在 ETL 的时候做好宽表

1. 你图裂了
2. “笛卡尔积再过滤”是帮助你理解 Join 语义的，实际上基本不会这么执行（除非 Join 不包含等值条件）
3. 对于有索引的情况，nested-loop （嵌套循环）是很高效的做法，每次循环实际上是对内表的一次 index lookup

众所周知：mysql = sql，github = git

居然没人说 SQLite ？ 14 万行代码，9000 万测试代码，100%分支覆盖率。再加上各种丧心病狂的随机测试和故障注入

lazada 是阿里全资子公司，技术栈全都换成阿里的那一套了。
喜欢大厂 --> lazada
喜欢外企氛围 --> shopee