@kingwrcy 数据库存 UTC ，内部转换 https://github.com/swiftcarrot/queryx#time-zone

@cosmain 感谢，我们还是有一些差异性的，之后会多介绍一下。目前支持了 go 和 typescript ，如果有想支持更多语言也可以一起交流。

@sub166 typescript 确实生态比较大

@maocat 主要区别是我们的接口设计借鉴了 Rails ActiveRecord 的模式，代码生成比较简单，使用原生 driver 。

color=$(shuf -i 0-255 -n 3 | xargs printf "#%02x%02x%02x\n"); echo "Random color: $color"

@gemini queryx 用的原生 driver ，生成的代码比较简单，我们都是直接 checkin 到 git

@wangritian 是的，手写 migration sql 心智负担太大了

@THESDZ schema 也可以支持多个数据源

@THESDZ schema 作为"单一真相来源"，之后也可以用来生成文档和图表

你这个项目我会选择 react native 。其实 ios 应用排行榜上很多应用都有 react native, 还有 expo 支持，而且我感觉 meta 内部用 react native 应该比谷歌内部用 flutter 多，目前来看 flutter 完全靠谷歌风险反而大很多。而且你这个项目本来就是 web ，开发上手 react native 也比 flutter 容易多了。

@dw2693734d 都提交到 git 里面，问题应该不大

@hxtheone 我也不喜欢写 migration ，所以默认自动生成 migration sql ，减少心智负担

@zoharSoul 是指建表和修改表格的 sql

@zoharSoul 说一下个人的理解
1. 声明式开发体验更好
2. sql 自动化过程可以加入一些自动检查，生成最佳实践的 sql
3. 生成的 migration sql 上线前还是可以走人工检查，不矛盾

@waltcow queryx 没有采用图模型来处理关系，生成的代码相对比较简单(除了 driver 之外没有第三方依赖)，最大的区别是 queryx 还会支持其他语言，比如 typescript

@Mistyrainjn 还在编辑

@timnottom 有道理，可以考虑!

@dw2693734d 暂时还不支持 replica / cluster ，应该可以通过自定义 adapter 来实现，我们目前主要工作还是在确认 ORM API 的设计。