Fantix King

check out my new blog post on how to implement #haskell's G-machine in @moonbitlang dev.to/zachyee/implem…

Verifying myself: I am fantix on Keybase.io. COu9iA-KgcPQ2AU_kpjRjX0Pe6EhMlqKXKtA / keybase.io/fantix/sigs/CO…

发现部分支持 OpenSSL 3.0 的补丁没有回 Python 3.7，导致 GitHub Actions 用 ubuntu-22.04/latest 跑 Python 3.7 会碰到精神异常的 SSL 错误，退回 ubuntu-20.04 / OpenSSL 1.1 即可。

👓

@_lqhuang @yihong0618 @GuoShenlinBest 哦，那可是太不够了，而且那两个建议确实不适用于图计算，因为……EdgeDB 其实还是关系模型，所以并没有对此类图计算有任何先天优势，直接上多半会很慢。至于解决方案，目测接下来要集成的 PostGIS 可能会提供一些思路，比如：stackoverflow.com/questions/2077…

@fantix @yihong0618 @GuoShenlinBest 是想做类似 depth 的查询，想知道连接关系有多深之类的，算一些 network 的统计性质，度分布/最长路径等等，感觉只加 count 可能不太够？然后需求就是刚好全部违背了他的两个建议哈哈🤣嗯嗯，我后续会再跟踪一下

@_lqhuang @yihong0618 @GuoShenlinBest 抱歉哈那么久没人回你，Discussions 关注的没那么及时。Elvis 应该也会再看看，但是我理解的 multi link 就是一个多对多关系表，传统关系数据库里的优化策略应该是同样适用的。比如，如果是慢在 count，可以加一个冗余的“缓存”字段来跟踪 followers 和 following 的数量，就是类似这样的。

@fantix @yihong0618 @GuoShenlinBest Fantix 大大回复我了😍星星眼。建模 social network 的时候遇到的 followers and following 的度查询，特别慢。我有在 Discussions 里看到类似讨论，并提了小问题。Check this: github.com/edgedb/edgedb/…

@_lqhuang 哈！一起写呀：gitee.com/fantix/kloop 就是想试试 Gitee 传说中的审核🤓

@fantix 但是你的 idea 很棒呀，我有关注你的 asyncio runtime，甚至有下场的冲动TAT

kTLS 好多坑啊 😵😵😵

@_lqhuang @yihong0618 @GuoShenlinBest 具体是什么样的性能问题呢？可以提一个 issue，我们看看

@yihong0618 @GuoShenlinBest EdgeDB 在建模一些多对多关系的时候有性能问题😭，不知道后面能不能解决，易用性是真不错

@thomaszdxsn 是的来了一年了吧

@fantix 你已经去加拿大啦

We've released EdgeDB 1.1 yesterday with a few bugfixes. 🤜🦟 Read the full changelog here: edgedb.com/docs/changelog…. Huge thanks and ❤️ to our community for reporting bugs and submitting PRs!

EdgeDB 1.0 is launching TOMORROW! Join us (and 500 other attendees) at the live EdgeDB Day event to glimpse the future of databases. Register below. 🎟 lu.ma/edgedb

The fourth and final Release Candidate of EdgeDB 1.0 is here! 🚀 In just a few weeks, on February 10th, we will launch the 1.0 live. Get your ticket today and join us on lu.ma/edgedb! 🚀

@penguin9527 好嘞，掘金还真没有账号

@fantix 推荐同步知乎, 掘金.

@penguin9527 是的。最近还打算翻译或写点 EdgeDB 的博客发到 OSChina，求围观……

@fantix cool, 你是在他们团队吗?

@penguin9527 啊对，主要是为了 Python 的灵活迭代。IO 就靠 Cython 扛了，不过以后也许会改成 Rust 也说不准

@fantix 明白. 我大概去github上看了下, 蛮多 cython 代码. Niubility . 我想选型使用的主要原因是贵团队的 magicstack 的 uvloop .

@penguin9527 对的，文档还有好多要回答的问题，我觉得 Limitation 就是个很好的话题。坐等 1.0 了😏

@fantix 嗯嗯, 主要是没有完整的看完, 文档上没有说明. 这样不方便评估使用的限制. 业务上的一些问题如果使用, 天花板在哪里. 提前规避. 🙏感谢. 还是非常期待

@penguin9527 关联关系的话，据说是有很牛逼的 EdgeQL 到 SQL 的优化，能比大部分手写 SQL 要更有效；但是有些深层级联关系的限制是物理性的，所以还是得靠应用层设计，该反范式化的就得自己拆，该缓存缓存。反正底层就是 Postgres。

@fantix 使用边界? 存储上线, 单表最大存储, 字段限制, 关联关系限制, 分区这些等等

@penguin9527 好的，明白了。我先大致回复一下，明天让老大再想办法把信息补充齐全。