@opengps #4
谢谢，如果用物理主键查询的话，应该是只扫描一次聚簇索引就可以拿到数据了。但如果用逻辑主键查询，那么还需要先到二级索引里拿到物理主键的值，然后再扫描一次聚簇索引。
我觉得这个方案其他地方都挺好的，但唯独要需要通过逻辑主键查询（比如表联结）的时候会多一些开销，不知道影响大不大。
@leonme #2
公司的业务其实远没有到考虑分布式和分区的程度，纯粹是出于学习目的，研究这个方案的可行性。。

为啥我发帖经常自带没人搭理的 debuff…

因为 python 的协程本质上是借助 IO 多路复用来实现异步的，磁盘 IO 没有相应的机制和接口

看业务啊，要是业务复杂点，别到时候连需求都听不懂

看你历史记录明明就有实习，为啥说自己没有实习。。

cobol…… v2 里的老哥个个都是人才……

另外同意楼上关于 debug 的观点，有时候发送异常后，框架可能并不会帮你包装好用人话告诉你出什么错了，而是直接抛出一个非常底层的错误，万一这个错误又不是那么常见，你不看源码的话可能会无从下手。

Spring 这种生态大而全的可能不怎么需要动源码吧，但中小型框架和库就不好说了。
Java 我写得不多不太清楚具体状况，写 Python 的时候确实改过一些框架 /库的代码，要么继承，要么直接重写的都有。。

@lepig #66 个人感觉还行，但我使用频率其实不高，可能参考价值不大

anne pro2 基本满足要求

反正在工作时间内，我是有消息都会第一时间查阅的
不是很理解那些看着消息在那闪却一直不管的，可能大家对 IM 的理解不太一样吧 :)

现在 python 用好 typing 的话，开发体验也不会很差了。这东西还是看人，哪怕是 Java 也有那种拿个 map 满世界传的，那代码看得想打人。

@340244120w #139 rebase -i 合并 commit 记录怎么操作，我在 idea 和 pycharm 都没找到入口

idea 检查 diff 方便多了，而且还可以勾选要 commit 的代码块等等

推荐一篇文章，https://snarky.ca/how-the-heck-does-async-await-work-in-python-3-5/
作者从头讲解了 Python 协程的工作原理，并实现了一个简易的事件循环，有助于理解基于 Python 协程的工作原理。
但是这个说的是原理，目前可能不太适合你看。之后有兴趣可以看下，看完可以再读下 asyncio 库的源码。
Python 协程本质是依赖 IO 多路复用和 yield 去实现异步的，所以只有网络 IO 才有必要使用协程。

@xgfan #5 知乎不是早就转 Go 了吗，微服务体系