@lusheldon 但这个降薪幅度要计算的话，还得判断一下 a 和 b 的时间段是不是相邻的

select
distinct emp_no
from salaries a
join salaries b
on a.emp_no = b.emp_no and a.to_date > b.to_date and a.salary < b.salary

@Betacoefficient 什么是机密，什么不是，不是由你来判断的。客户给的所有资料，未经许可都不可以泄露一点，就这么简单。你说什么技术上没风险，有个屁用，他们不懂技术，只说你这个资料的来源就是客户资料，你就是涉嫌泄密。这么简单的道理，居然不懂？

如果你看了“示例”这一段前面的，还不明白怎样调用，还要看“示例”的话
说明你不是个合格的程序员

哪有什么一次定稿的，迭代都是快速、多次的，贵司该反思下开发流程

列名起得很好，非常好，大大减少出错的几率。
然后，你这么做，等于泄密，小心了。

没看到是中文，那不能用 pg_trgm

用 pg_trgm 扩展，建 gist 或者 gin 索引也差不多了

买这种小品牌……

google "flickr image resize algorithm"

@SourceMan
“这就是某些程序员居高自傲、自以为是、目中无人的天性吗？ ”
难道你这句话就不是“不喜欢一个人，就贬低一个人 ”？
这是所有人的天性，不要单单说程序员，你也不例外

“我感觉很多做技术的人容易钻牛角尖

可能跟机器打交道多了,

总觉得这个世界不是 0 就是 1, 不是 True 就是 False ”

你这话，根本就自相矛盾啊。做技术的人也很多元的好不好。

人力很贵的，比车还贵，他们才懒得修。ofo 就是走垃圾路线，制造城市垃圾，毫无公德心

你是不是想说，大公司用的这些技术，你都不用去学习了解？

一般只有 panic 日志，也就是，如果打出日志来，就说明需要我要干预
不需要关心的都直接入库

肯定用 postgresql 的 jsonb 来存啊，然后做一些索引，或者直接顺序处理
postgresql 支持表达式索引，也就是 jsonb 里存的值，用一个表达式计算出来，然后做索引
十分灵活，比 mysql 好五倍