同一个功能用代码和SQL语句都能实现，用哪个比较好？
有DBA的话用SQL实现，程序关注结果，继而展开其他的业务逻辑。
具体情况具体分析，这不是一个好问题，太泛了
个人觉得，这个工作是数据库能简单做到的，就用数据库来实现，数据库实现比较麻烦的，就用代码实现。
因为简单的就多半是封装过的，既然封装过，必定是有优化的。
除了聚合函数，其余的函数尽量在代码里面实现！
再描述具体一点。
排序类的工作还是要给数据库，但是时间转换比较类的还是交给程序来做，比如一个字段是datetime类型，要根据年月日比较，直接程序先算好起始时间和结束时间直接传入SQL不要用SQL去截断字符串（除非一定需要SQL）
总体上是要看具体的功能了。但目前一个比较流行的趋势是，尽量把逻辑和计算放到应用而非数据库里面。因为应用的扩展是比较容易的，而系统的瓶颈往往都在数据库，数据库往往还都不好扩展，所以要让数据库成为一个纯粹存东西的地方，还有个好处就是迁移成其他数据存储也比较容易
那些东西适合放到应用呢：
非SQL原生支持的计算，比如where语句里面有加减乘除会导致索引无效的
存储过程、触发器、视图
最好不要有外键，由应用程序来控制约束
少Join，由应用来做，通过缓存提高效率
这是当前做大数据存储的一个流行趋势。如果你的应用数据很少，那就无视我说的，怎么方便怎么来吧