@samohyes 是呢，这几天冷静思考下

@zanyzephyr 比如红绿灯和高速肯定会压一点，因为知道不扣分，但也会很严格的说你不守规则

@pengtdyd 有时候可能当局者迷，其实回想过来，并没有十分的喜欢，只是有一两个优点让自己比较欣赏，反而我比较能包容她，自己很希望她能改变，但她没意识到这个问题，可能我表达不明显吧，有时候觉得是对方重视才会斤斤计较，还是因为已经不那么喜欢了，所以欣赏不了自己。

@GP1 其实改是没问题，有些细节做不对也愿意改，但是如果对方一直在挑你的错，打击你，搞不好真很快抑郁，不断怀疑自己

@rainfox 我已经见过了，他也见过我的父母，只是双方父母没正式见面，她家里人都很正常，只是她性格比较那个，和妈妈也很容易吵起来

@masker
@q474818917 我一开始也以为很顺利的，但是好事多磨，还是日久见人心，相处多了，就很多矛盾，这些解决不了结婚后一遇到大问题就瓦解了

@mooczz 就是可能突然出去了没跟她说，也是临时的

一般大头都是自己出，女朋友负责吃饭，饮料这些，很难算得清楚，关键她是否值得，如果吃饭埋单也不会有反应，这种我觉得没必要啦

真正辞职的人不会说那么多的

@wxf666 谢谢你的热心回复了，我希望相同金额的用户排名是不一样的吗，
就是比如有系统有 100 个人销售额是 0 的，那我的排名是多少呢，现在要保证每个用户的排名都是不一样的，
上面的语句就每次返回的排名都不一样，很不稳定，所以相同销售额的排名不稳定，要额外加多一个字段，这种问题在延伸就会导致分页会出现重复的数据

@wxf666 相同金额不获取的排名是不一样的，所以导致每次用户获取自己的排名不一样，所以单个字段排序是解决不了这个问题，第二个就是每次返回的结果都不一样

@wxf666 当系统有多个都为 0 的数据就每次都不一样啦

大多数的应用场景是范围查找，局部查找，产生的随机 io 不能过多，b+树比较适合这种场景

还是太麻烦啦，频繁切换分支，试试 worktree 吧

你这个工资水平还敢买房子，房子普遍要 3 成首付吧，总价 150 的房子，算是比较便宜，首付都要 45w,月供起码去到 6k 到 7k,你不用生活吗，工资 1w 都没有，已经超过你工资的 70%，还有家庭环境如此不堪，万一有什么变故你拿什么去兜底，对你父母好点吧，现在房子都是一线保值，增城那个地方大概率不会涨了，能涨的空间都透支了，你晚几年买也没问题，又不是赶着结婚，你买了房连辞职都不敢辞职，拿钱去投资自己把，好好升值一下。

cacheable 比较不好用，不能再同一个类使用，同类调用方法不生效，不能单独设置过期时间，比较坑，只能缓存列表，其他数据结构也用不上

比如说查看他人主页，彼此是好友关系 sql 如下，select * from moment where user_id = ? and show_with in('OPEN' ,'FRIEND') or at_user_id in(当前用户 ID) ，分析这条语句，主要走索引的是 userId,主键如果设那么长考虑插入时候分裂情况，第二个允许用户（ at_user_id ）最好是建另外一个表，字符串查找不建议

@wxf666 一般主键不建议这样设计的，唯一索引就可以了

@wxf666 对的，但是这这样设计解决不了 3 和 4 的问题，只能解决查看他人主页的问题