@dashupc 这个怎么说，老哥能详细讲讲吗，实在是不太清楚这两家公司

@gstqc 都是 C++开发，携程好像是什么开发度假功能的团队，OPPO 这边直接分到了软件工程部门

@hehe12980 好的，我现在完全理解了，非常感谢~

@hehe12980 那三楼说的 select 的时候 ddl 会等待锁住的应该不是数据而是表的元数据？

@hehe12980 好的，感谢！

@hehe12980 啊，也就是不加锁就是靠的 MVCC 控制的普通 select，那这样确实也不会脏读

@nolo 好的，感谢！

@ferock 修改了之后呢，mysql 会对普通 select 加锁吗？

可爱！

如果是跟上一步的台阶不同的话，那就动态规划。
```
ways[i][0] = ways[i - 1][1] + ways[i - 1][2]
ways[i][1] = ways[i - 2][0] + ways[i - 2][2]
ways[i][2] = ways[i - 3][0] + ways[i - 3][1]
```

@leavan 无视我这条，看了大家的回复发现我理解题意了。

哦我懂了，就是其他方法走过一次的楼梯不能再走了呗。那不是很简单吗？从楼顶往回看，最多只有三个台阶可以一步到楼顶，那么我们只需要证明这三种方法都可行就行了，每次都往前各推三步（如果有一个不是三步的，那么势必会造成重复），发现推到边界处仍然不会重复，所以有三种方法。答案就是 3，当然如果你 n 只有 1 或 2 的话那么方法也相应减少。

@MinGo215 是想把分区信息作为一个表去读取和处理这些信息，show partitions 只是单纯的列举分区，而且也没法写进 SQL 里吧。

@EmdeBoas 你说得很有道理，我如果从头设计肯定不让他这么搞...

@miaoever 学习了，感谢。遗憾的是刚才查了一下，impala 不支持 udtf，唉。

@EmdeBoas udaf 是用户自定义聚合函数吧，我的理解是多行转一行，这个能做到一行转多行吗？
业务上倒也没有多复杂的需求，基本上 hivesql 的表达能力就都能把需求涵盖了，这次的问题主要还是从 hivesql 到 impala，表达能力又降了一截，太不适应了。

@azkaban impala 对于 presto 的优势主要在于性能吧，我老大的期望是这次一步到位上个最快的引擎，之后就没必要再做类似的事情了

能接触到公司这么多权限的程序员会因为网贷崩溃？这是在黑微盟吗？

买防毒面具啊，换滤棉就可以，三天换一块才 1 块钱，一个面具也才几十现在跟一个 n95 差不多贵效果还更好