@ruixue 不好意思，我一直在技术区，没有到苹果区看，发完才发现。。。。

这好像和我之前的问题类似：
https://www.v2ex.com/t/843880#reply10

青云路配的，有点失望，我有 25 度的散光，她为了简单就没有给我做，因为 25 度是要定制的，不能立等可取。。。。。。

100M 100 个人都够用了。。。。想想之前局域网才 100M

从公平角度讲双向选择，应该不用赔偿吧，之前招个员工，在转正前 2 天辞职，2 个月刚培训好熟悉业务，能独立干活了，工资加社保快 6 万对公司来说就是打水漂了。。。。。不要说我精神资本家，公平环境要大家一起维护，你要觉得不合适早点说，非要骑驴找马占别人便宜，也就要允许别人类似操作

这个也不一定那个准，昨天看 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

@documentzhangx66 据我所知只有 SQL Server ,My Sql 才可以表、字段命名用大小写（驼峰命名）且大小写不敏感，其它数据库要么自动转为大写(SQL 标准，oracle)要么自动转为小写(postgresql) ，如果要保留大小写则用引号引起来，这样后果就是大小写敏感了，拼写必须写对。（所以这些数据库一般用蛇形命名）

@documentzhangx66 postgresql 是小写吧，oracle 、firebird 等大部分才是大写