CRUD 工程师提问：最佳实践是把逻辑放在数据库中还是后端代码中 ？

[V2XEX]

crud 搞久了，最近坐下来想些问题就发现脑子有点乱。 假如现在有这么一个按类别查询某用户未读帖子数量场景：

有 2 张表
用户表 user，字段： 用户唯一标识符：uuid
帖子表 post，字段： 帖子类别：type ； 帖子已读用户：readers （用户每打开一个帖子就往这个字段写入用户 uuid，并以逗号分隔）

Java 代码中有对应的实体类，orm 使用 Spring Data Jpa。

现在需要按类别查询某用户未读帖子数量，有两个方案：
1、直接查出所有帖子的类型和已读用户字段，然后用 Java8 的 Stream.filter、Collectors.groupingBy 来过滤、分类，直接给前端一个返回一个 Map （体现了 orm 的思想……）
2、用包含 couting、not like、group by 等关键字的 sql 直接查出结果，直接给前端返回一个 Set<map>。

如果使用方案 1，那么项目这部分 Java 代码应该放在哪里（ service or controller ）？项目结构应该怎么划分呢？

虽然问题很小，不知道这算是钻牛角尖不……请有经验的 Ver 指教下

[V2XEX]

@no1xsyzy 我想了下，感到这确实也是个经验问题。
开始我假设的情况是“定需求"这个环节能做到最好，那么开发过程中很多看似由程序员造的坑即可避免（当然，在这种需求都给清楚了的情况下，程序员还能犯错那自然是难辞其咎的）。

然而我假设的这种条件是苛刻的，作为一个开发者自然不能去要求其他人（甚至是上司、客户），把“定需求”这个环境做得完美，在实现需求的过程中要做的工作也不止”按图画画“这么简单，有经验的人听到别人说了 1+1 自己马上能想到 10+10 甚至开始为 10x10 做准备了，我在写代码前确实“想”得少了，就自身来说还是个经验问题。

下次写代码前还是得多花时间去“想”，这样在起步阶段也许会慢，但是把这个工作做了，那项目将会更健壮，容错率也更高。

[dezhou9]

放到哪里都不对，小项目没那么多人做后端和 db，大项目复杂逻辑不该用 MySQL 了。