换工作呗

现在一起才负责，谈恋爱本来就没什么承诺。在一起了才知道合不合适，最好住一起一段时间。如果合适那其他的问题都可以商量，如果不合适，其他也就不用谈了。唯一的问题是如果发现合适并且你俩深爱对方，可是由于现实情况和条件导致不能在一起就杯具了

微信 windows 客户端真的跟屎一样，但是又不得不用，就更难受了。我经常文件点不动，另存到其他目录有时候也不起作用，发图片或者文件有时候也发不出去，而且操作都是正常的，也没报错啥的，就是不起作用

没看到哪有总结

使用频率太低，我骑车 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

如果不开机应该很好管