eventelt 源码读懂就行了，你比看任何东西都有效

当然要有开销，一般的协程也有专门的调度器啊，
没调度器要写傻掉， 你总不能所有异步的地方都自己 yeid 出去吧

https://github.com/coreutils/coreutils/blob/master/src/tail.c

linux 标准工具就是最好的学习对象

@no1xsyzy
是我天真自大的以为可以通过兼容写法兼容掉

然后发现自己傻逼了，几个数据库都自己玩自己的实现 orz

@no1xsyzy
当然个别字有出入呗，你找他 233333

@jsisjs20130824

不就是昨天脑残想写点兼容代码让 sqlite 的 json 也能用呗

发现没法解决，所以 pg json 特性的表做单元测试都老老实实走 pg 呗

@no1xsyzy
est 说的 嘿嘿

这个论坛早就有人说过了

RESTful 是对 sql 的劣质模仿,没法表达的情况多去了

不要自己折腾邮件服务器没用的

因为的服务器你不在别人信任名单你里，随随便便就 ban 了你

@mahone3297
@coolyujiyu
@arischow
@mxT52CRuqR6o5
@wangkun025
@chihiro2014

openstack 单元测试所有数据库都是 sqlite，集成测试才会用到 mysql
海量单元测试用 mysql 才是不现实的，时间过长

如果你们觉得 openstack 的这类开发了整套测试框架的大型项目用 sqlite 测试不合理，那可能你水平比我好很多，因为我大部分都是 openstack 里学来的，也希望你能介绍个更好的 项目 /经验

openstack 里没有使用 json 字段，json 内容都是文本存储
因此单元测试不需要解决 json 问题（所以我没得抄），但是也因此 openstack 没法在数据库层过滤 json 内容需要去业务层做，我自己加 json 发现坑在了单元测试上，mysql 都还好解决

@jsisjs20130824
openstack 的表设计我还是很熟的
这个 array 是 json 的 array，不是关联表，pg 从 json 中独立了出了一个 array 类，看 sqlalchemy 文档里说这个玩意进入标准 sql 了但 sqlalchemy 目前之支持 pg

这个字段用来存储 服务器 ip，vhost 的 domain name 非常好用，需要外网 ip 的就过滤外网字段长度>0，
需要 domain 就 any 字段 domain name， 比做关联表好用多了

@jsisjs20130824
简单的 array 还是很方便的啊，本机 ip 列表，hostname 之类的真是方便啊，

但是！ 数据库支持都不统一呀............

fuck ！！！！

@virusdefender

不是简单不简单的问题， 单元测试会不停的创建销毁，这种情况 sqlite 是最方便的

@lux182
那我知道了
框架里 map 字段，压根就不需要你关心是 select*还是 select 字段

@est
你这样黑人太皮了呀

@lux182

如果你只想抬杠,或者就是要说 select*好，那么你赢了

如果不是,我建议你多看看大型项目，好好理解下那些看上去多余的做法
很多做法在小项目里是不需要的，大型项目周期长迭代多，很多看上去东西都是为了解决版本迭代更新兼容

你随手写点东西，压根就不用考虑迭代更新兼容，甚至不用考虑单元测试
自然很多做法就是多余的，禁止 select*就是基础中的基础

@lux182

新字段不在最后一行的时候，你 model 全乱

遇到需要热更需要先升级数据库，再慢慢升级程序的时候，你 select*咋搞

你先说清楚要干嘛
内部直接 decode
网络传输直接 struct pack unpack
ctype 就转 ctype 的对应的

。。。。如果用不上 sprintboot 的生态为什么要吊死在 java 上呢

php 不好么 23333333333

不说其他的 一旦你数据库表字段有增加,所有对这个表 select*的代码部分都要改

如果只是写点小东西, 无所谓