已经有人做了，还是开源的，你可以去找找

没看到哪有总结

使用频率太低，我骑车 5 、6 年就修过 2 、3 次，而且都是在附近不远处都能找到修车的

@cs419 谢谢，数据写到新表这个思路不错。我做的 tob 项目数据量不大，我只是想到数据量大了的解决方案。

@kisick 这个没啥用，最大的上亿，最小的小数点后 4 位
@xuanbg 这里的汇率是基于一个基础货币算出来的，假如采用 usd 作为基础货币，那人民币的 rate 就是 6.45 左右。
@abccccabc 一样的，对于每条 salary 数据都要计算，走不了索引
@ccde8259 我在 append 已经这样做了，性能更差
@zlowly 谢谢分享
@zbinlin materialized view 应该和直接更新 salary 全部数据是一样的
@liuxu 谢谢分享，where 里有计算也是可以走索引的，postgres 有表达式索引（ mysql 好像叫函数索引），但是要求是计算结果是固定的。分表这个建议不错，是不是可以按币种分表。

@machtimes 耗时是原始查询 1 倍多
@debuggerx 应该可以，但是我想最好是把这个字段单独拆一个表出来，只有两个字段，salary_id, converted_salary，这样更新的时候需要写的数据页就少了，实际薪资表会有很多其他字段。另外一个问题就是更新数据的时候会上排他锁，所有数据都要更新一遍，不知道对查询有多大影响。

@masterclock 另外我想了下，薪资也没问题吧，比如公司总部在美国，公司有的部门在成都，有的在东京，那总部发给成都的工资应该是以人民币计的固定薪资，东京类似，但是总部那边各种统计、计算啥的都是以美元计的，所以总部想统计以美元计的所有工作人员的薪资范围的人，这个时候应该是要把不同国家的薪资换算成美元。

@masterclock 实际需求并不是薪资，我只是用薪资举例而已

@urnoob @freelancher @ccde8259 薪资表里不同数据的货币不一样
@ccde8259 currency left join salary ?, s.salary > c.id ?

@cs419 不是实时更新，但是会定期更新，如果算好了存起来，后面更新的时候，就要更新 salary 表了，这个表数据量大了，全部更新肯定不行的。

@MoYi123 加 limit 肯定不行的，如果请求最后几页，会遍历大部分数据，或者满足数据的不到 100 条，就需要把所有数据都遍历一遍了。

@nonoyang 好吧，我看错你的意思了，薪水冗余货币汇率确实不合适，因为数据量大了，汇率更新的时候所有数据都要更新

@stach @maplecai @nonoyang 你们的解决方案都差不多，确实不错，我去试下，感谢。

@maplecai 的考虑更周全点，可能所有薪资的汇率就那几种，在这种情况下，确实能做到比较好的优化

@long2ice 谢谢，我去看下虚拟列，虚拟列可以引用其他表的字段吗，感觉不行呢
@murmur 货币只有 100 条，但是薪资数据很多，需求是 根据汇率转换后的薪资范围过滤，可能我没看懂你的意思

@murmur 汇率会变动，所以薪资也会变动

公司发 mac 就用 mac，不发就用 ubuntu

如果不开机应该很好管

Wake up, Neo!
Follow the white rabbit...

青旭

建议改名 oppo plus

@cherryas 没有贩卖焦虑哦，可能是开头让你误解了。
@AkashicRecords 谢谢，你说的有道理，对我有帮助。
@WngShhng @cco 其实我没有刻意想用故事来理解代码，只是创意突然来了，把这两者关联了起来。