你这广告标题都写错了，丢人么

es 可以 batch update 啊 再开多进程不就完了

"insert into test(ip) select generate_series(1,1280000000);"

这个地方插入的时候实际上可以认为是有序的，对性能可能有正面影响，order by random 乱序之后可能测试的更真实一些。

不过对于 pg 的 heap 表存储来说应该影响不大，对于 mysql 的 b 树来说可能会有一定的影响

学会提问

先支持表导成 csv 好一些

我的经验是不到万不得已不要用 parser，这东西典型的吃力不讨好.....

如果你特别闲的话还可以导出统计信息...然后可以做的事情就多了。

另外一个专业工具有的功能是可以自动根据字段名称去猜测主外键关系.....

如果单纯的做 erd 的话，其实不需要导出数据库，只需要导出 information_schema 下面的表就行了 也不需要 ddl parser，毕竟那个蛋疼的要死............ 或者你可以自己做个 storage less 的 db 前端

你贴的那个 glue 代码真的不是来黑的？ recursive cte 听说过么？

share nothing 的 db 都是这样的

你有没有听说过一些公司他们给员工提供的福利会包含游戏控制室，堆满了谷物类小吃的货架，顶级厨师准备中餐和晚餐，休息室，洗衣店服务以及周五啤酒畅饮？这看起来是很慷慨的做法，然而也可以看出一个问题：你不能离开办公室了。

vs

有一些公司的福利很好:xxxx，看起来很慷慨。可是如此一来，员工们也很难下班离开办公室了。

中文的长句读起来总有喘不过气来的感觉。

如果你一定要结果统一，用 decimal 数据类型 float 本来就不准啊

temporal table Teradata 差不多七八年前就原生支持了，用户不太喜欢用，概念太复杂。 event sourcing 的话为啥不直接去搞 wal log....... 触发器对性能有点影响 对于 pgsql 来说只要你不 vacuum 旧数据一直是存在的，当然要拿出来还有很多工作要做，我猜有插件。

随便用啥都行，工具不重要

wsl io 性能这么垃圾你们也用的下去

对比 bundler，gem 和 pip ,easy_install 那一套就知道 ruby 比 python 强在哪了

因为没有明确的划分，Command + N 这个组合键已经发生了冲突：在全局级是呼出 Notification Center，在应用内是新建窗口。如果不改掉全局级的定义，那么新建窗口的功能就无法用快捷键实现。

试试右边那个 cmd

楼主肯定没从 app store 里装过软件 90% 的评论只是因为 windows / windows like 用多了 价格不是 apple 的问题，没哪个评论家觉得湾流贵的 多的不说了，萝卜青菜 p.s. linux 的 gui 就没一个能打的

为啥你们觉得 join 会慢，pgsql join 不慢啊？

很少手写的代码能比 join 快的

跟钱有关的用 decimal 不是常识么

我有几个前老板在做 aurora，是挺牛的

redshift 是 license 的 ParAcell 的 产品 不过现在 aws 自己也做了很多功能，挖了很多过去做 mpp 的人 https://www.quora.com/How-did-Amazon-decide-to-go-with-ParAccel-for-Redshift

#10 解释的很清楚了 你可以用 mysql 的 optimizer trace 这个功能看一下优化器到底考虑了什么

materialized view 有维护成本的

我之前在 keep 也是花了一两天时间做了一个类似的推荐系统，纯用 spark-sql 和 hive，写了几十行 sql 就完事了 然后就被开了.....之后听产品说上线了之后效果还行，提升了 30% 多的点击吧 不过我那个纯粹是基于标签染色的，还是比较简单的

哈，才注意到 pgsql 的 cte 是被隐式的当成 hint 了

找到一个 14 年的链接 https://www.postgresql.org/message-id/CAFwQ8rfPGgcgn5kxpJEwu_mtJh19ehuQcO5CMJp7+mF6PPe+eA@mail.gmail.com 感觉这个优化很好做啊，不明白 pgsql 这样是设计好的还是懒得 inline 那个 cte

我觉得 sql 锁进并不好懂，我都写左对齐的