这个也不一定那个准，昨天看 postgresql 文档，标题"排序规则支持" Collation support , bing (edge ）翻译的准确，而 google 就翻译为 校对支持 ， 😓

select
p.pr_id, p.depot_id, p.depot_name, p.manager_user_id, p.manager_user_name,p.brand_id,p.brand_name,p.desc_id,p.desc_name,p.model_id,p.model_name,p.standard_repertory,
p.prewarning_value,count(case when s.quality_id=1 then 1 end) as real_repertory,p.remark,p.create_emp,p.create_tm,p.update_emp,p.update_tm,p.apply_tm,p.notice_value, p.standard_mean_value, p.standard_adjust
FROM
`table1` p
LEFT JOIN table3 o on o.model_id=p.model_id -- 得到 o.general_code
LEFT JOIN table3 g on g.general_code=o.general_code -- 得到 g.model_id
LEFT JOIN table2 s on s.depot_id=p.depot_id and s.desc_id=p.desc_id and s.sp_status_id in (1,2,8) and s.model_id=g.model_id

-- 这样应该就可以了，原来那种写法 mysql 优化不了。。。。。 现在这种写法也要看执行计划，添加必要索引，MySql 处理复杂 join 能力很差 （和 postgresql , oracle, sql server 比）

之前看上海规定如果停工从第 2 个月可以只发基本生活费的，封城也不是公司造成的，公司也可以反问你。。。。
当然你要求 n+1 是合理的，是上年平均工资*(n+1)，今年的 14 薪要看合同怎么写了，如果是绩效奖相关的估计没戏
关键看 n+1 和两个月差多少，你值不值去和公司搞

只有最好的朋友才按时还钱。。。。 自己平时消费都比较节省，借出去十几万没有消息。。。。

最大的损失是在房价上涨前借钱给朋友，朋友食言很久没有还我，造成我对未来收入稳定预期降低没敢买房，没有赶上第 1 轮涨价。。。。

对于大多数人来说,理解记忆+重复 都是记忆的好办法，没有什么捷径

搭车问问 c#，.net 有没有？ 谢谢

kindle 真的在盖方便面。。。。 国产的不错，买个大屏，看着舒服，还可以装 APP

@Jim142857 这个话也只有清北毕业生才有资格说吧，一般人说让人觉得。。。。

才 25 岁。。。只要对自己的能力自信，觉得随时可以找到工作，或有收入、个人条件组建家庭也不是什么太难的事情，那裸辞无所谓吧；当年毕业前 5 年都是在自己随便折腾，折腾够了，才安心上班，现在 20 多年也就换了 3 家公司，一线城市，比上不足比下有余

这种我理解一般都是作为 2 个独立的项目做的，最多做一个跳转功能吧

5 年只有一张 5 年前的照片？ 这个像大一的吗？ 楼主在玩大家吧