性能问题唯有手写 sql 可解。

开除湿机呀，一天生产一大桶无根水

@bingfengCoder 第一种的 count 其实是右表的行数，第二种 count 的是右表 id 的个数。
在 count 函数里面加 distinct ，写成以下的代码，结果就一致了：
SELECT
p.project_code AS 项目编码,
p.project_name AS 项目名称,
count(distinct e.id ) AS 建筑数量,
count(distinct d.id ) AS 设备数量
FROM
`emp_project` p
LEFT JOIN `architecture` e ON p.id = e.`project_id`
AND e.`is_active` = 1
AND e.`level` = 30
AND e.`source_type` = 'Z'
LEFT JOIN `project_device` d ON p.id = d.project_id
AND d.is_active = 1
AND d.device_type IN ( 1, 2, 3, 4 )
WHERE
p.`is_active` = 1
AND p.`source_type` = 'Z'
GROUP BY
p.id

1000 公里虽然小 case ，但新手+带娃还是不建议。娃太小，不建议回老家过年

冷知识：防滑链只能低速行驶。

高速只要能上去，应该就没事。而且春节高速车多，即使大雪天也不会积雪和冰冻。不要急打方向，保持车距，不用紧张的。

正准备春节去景德镇逛逛

让你赔钱不合理。公司赔钱是正常的经营风险，哪有不承担风险只要赚钱的老板？

null 就是 null 。又不是我要给 null ，肯定是你前端没给数据数据库里面才存的 null 。你前端凭啥不要 null ？

SWAP 是操作系统的事，和 CPU 没啥关系

汾酒没怎么炒作，性价比高一点。

这点东西叫个货拉拉也就 500 来块钱吧，要司机帮忙搬再出个 50 一头也差不多了。OP 你是不会找而已。

静音不行么？

何必在意这些细节呢

某宝上很多的，但价钱很不便宜。我觉得还是买人体工学椅吧

条款都一样，哪家价格优惠服务好就选哪家。换不换和有没有出险没啥关系

意思是你换没有 360 的，就不会停车了。。。

我的看法是不至于。就算真的离了 360 就不会了，咱多倒几把，差不多能停进去也就可以了。

@ltkun 商业软件还有法律管着，开源投毒那是屡见不鲜了。你没有代码审查的能力，真的不能轻信开源。至少不能轻信那些不是非常流行的开源软件。

无论大车小车，车开起来其实难度都差不多的，唯一区别的某些地方大车停车的位置不好找。

请恕我眼拙，spring 这一套就没有什么面向对象的味道在里面，完全就是面向过程的思路。

而且，我没有觉得面向对象要比面向过程高明多少。面向对象的特点就是将逻辑和数据统一起来封装成一个对象，而不是面向过程，数据需要用表的方式单独进行管理。