不好，如果性能没有明显差异，第一种比第二种好一百倍

至少我能一眼看出来第一种在做什么

大佬收下我的膝盖

slack 挺好的，就是真的太卡了

这写的基本覆盖了所有的存储，具体是哪个方向？

这是要重新造轮子还是基于现有的封装呀？

都回家了，还查个屁

加微信了，看看能不能贡献几行代码 :-)

import 有个 hook ，感觉可以搞一下，盲猜一下思路大约是，启动不加载那些生成的 pb ，只有在用到的时候利用 hook 捕获一下，然后做一下动态导入，同时这个 hook 里还有一个 lru ，比如 500 个，超出 500 个的从 sys.module 中给他扔掉。

------

BTW, builder 这个服务不用太管它，，偶尔还会有内存泄露问题 :-)

你把侧边栏打开。。可以显示本地的

不如做分布式 kv 存储还简单，只需要找一个 raft lib 和 leveldb/rocksdb ，一天就能撸完

直接 grpc 吧，生态好还能用 gateway 转成 json 吐出，又能对内又能对外
ORM 直接 grom 即可，jinzhu 大哥的实力还是很有保障的

服务器一般是 linux ，系统实现的差异肯定有，可以看看 arch 下面的文件里面封装了平台差异

分析的没错：SSI 保证 Serializability 就是排除掉异常情况

我记得在工程实现上是用了一个什么图模型，然后判断是否有环，只有有环就是异常情况，直接取消事务这么来保证 Serializability 的

头发