逻辑大量的写在 sql 语句里

[moxiaowei]

今天看了下同事写的代码，才发现他居然喜欢把大量的逻辑写在 sql 语句里，跟他讲了下，他说是以前同事教的，我认为这样写可读性实在太差了，但是他也不愿意听我的！想听听各位大佬怎么讲。 下面是一段 sql

      SELECT
        m.id,
        m.menuname,
        m.link,
        m.parent_id,
        m.menutype,
        m.sort
--         CASE
--         WHEN pm.parent_id > 0 THEN
--         1 ELSE 0
--         END hasChildren
        FROM
        menu m
--         LEFT JOIN ( SELECT DISTINCT parent_id FROM menu ) pm ON pm.parent_id = m.id
        WHERE
        m.is_deleted = 0
        <if test="userId !=null and userId !=''">
            and m.id in (SELECT DISTINCT
            rm.menu_id
            FROM
            role2menu rm
            LEFT JOIN role r ON r.id = rm.role_id
            LEFT JOIN user2role ur ON ur.role_id = r.id
            WHERE
            rm.is_deleted = 0
            AND ur.user_id = #{userId} )
        </if>
        ORDER BY
        m.sort

这只牵扯到 3 张表，就这么多 left join ，我后面又去翻了翻 10 来次 left join 的也很多。

[moxiaowei]

@l00t 来秀你的智商下限？真不想跟傻逼多说什么？去问问你的 leader 吧，你这么干没一个公司能在你手下活着！害人害己，毒瘤。

[moxiaowei]

@sjzjams 我只是举个简单的示例而已，有些没脑子也不审题，就直接开喷。

[l00t]

@moxiaowei 笑死。问 leader ，你的 leader 跑我这来是谁领导谁都还难说。你是对业界一无所知。我就这么说吧，大把大把的公司，大把大把的项目都是这么写出来的，从政府到金融到电信到一般企业 OA 乃至到你上学时的选课系统，人家都活得好好的。

[moxiaowei]

@l00t 对不起我司的 leader 就是我，我就是不允许。我不管别人（你）怎么写，怎么做，我希望我司在我的领导下，不至于代码是一坨屎！我也不觉得你的水平能有多高，至于谁领导谁，你要领导我，你也不配！懂么？

[sfqtsh]

@Livid 举报#101 楼

[liunaijie]

你说这样不好, 那你拿出一个方案来, 大家讨论讨论? 只要回复跟你不一致, 你就开喷, 你这是什么脑子.

[supuwoerc]

@Livid 这里有人开喷啦！~

[krixaar]

不用连表或者子查询的话，打个比方我这整天要跑营业数据做分析的：
1 、按时间跑出来订单 id
2 、按订单 id 跑订单各项内容的 id
3 、按订单各项内容的 id 分别一个查询去取对应的内容
4 、拼起来发出去
现在一堆 left join 做一个 materialized view 让它自己刷新谁想要数据直接一行 select 出去它不香吗……

[fanchenio]

不用 join 的话，那还要 mysql 干什么啊，直接用 mongodb 得了。

[18500592934]

这样的 sql 还好，这才几张表啊， 我司都是七八张表起步联查，而且你要拆开就会说你怎么查好几次数据库啊？？？
所以啊 领导让咋样就咋样吧

[jackchenly]

我看到一个菜鸡急眼了，呵呵

[CallMeReznov]

你认为代码不好,那是你的问题.
因为给钱的的人觉得有问题才是真正的问题.

[dengji85]

我做 erp 的，逻辑也写 sql 实现，以前还经常写存储过程，但实在太难维护了</br>
用 sql 实现时一段业务 sql 尽可能功能明确，写好注释就行了，有时一段简单 sql 可以实现的，java 代码可能又臭又长，

[wupher]

Client-Server 时代的设计风格。那时大家 Client 使用诸如 VB VC Delphi 等编写。但上述语言或者平台只负责客户端的样式与展现，业务逻辑多使用存储过程或者 SQL 存放于 DB 中运行。

好处是更新业务逻辑，只要修改 SQL 即可，无需上述平台重新编写，编译，打包，升级。缺点么，那也是 N 多的。比如 SQL 语言不是一门 OO 语言，业务描述能力在某些场景就会非常难用。SQL 基本谈不上并发，写操作，尤其是存储过程运行涉及临时表，经常有并发问题，而你有 100 个 CPU 都没用。

进入 Web-Service 时代以来，这种设计基本被大家放弃，更多使用编写语言来实现业务逻辑的封装与维护。

[Morton996]

真是又菜素质又差，十几个 left join 就看不懂了，这种理解能力能 hold 住 10 万行以上代码的系统不

[superchijinpeng]

没什么问题吧，不过楼主素质真的差

[Aumujun]

那么问题来了，几百上千行的 SQL ，你用代码来实现就一定是好的？

[weizhen199]

@yazinnnn 弄分布式的数据库呗。哪有这么多规矩

[nicebird]

找领导完事。

[javen73]

这没什么吧...相反我更讨厌在代码里看一堆 if 。
什么玩意儿是叫把逻辑写在 SQL 里？<if> 这种标签不是 mybatis 解析的东西么？什么时候轮到数据库来解析了