业务逻辑是放在数据库好还是后端好，或者说什么适合放在数据库什么放在后端
业务逻辑一般放在逻辑层处理，并做好解耦。
从开发规范来讲，业务逻辑是不会放到存储层去处理的
信息数据放在数据库，对数据的处理放在逻辑层
就是比如我要筛选一群人中的电话号码为***的人这个逻辑在哪里处理比较好
如何解决传输的数据量的问题呢
同学，放到controller层，就是前后台数据刚开始交互的地方！
能简单sql实现如数据库的一些函数能处理的的就数据库，复制逻辑处理的放在服务类service上处理
controller作为分发，然后根据我们定义的service接口，调用接口分发，找到service的实现类，也就是serviceImpl。我们一般在这里进行耦合，
也就是处理数据层，处理好返回给controller。service层再往下，就是dao层，也就是数据层，service是调用dao层的接口（如果我们一般用框架的话，就是框架帮我们实现了）。
这个可以在控制层和模型层中间加一个业务层service。
如果为了图省事儿的话，简单的逻辑处理放在数据库是可以的，逻辑复杂的还是放在后端处理较好，减少对数据库的压力。
当然，从规范来讲，业务逻辑最好是不要放到存储层去处理。