我是支持在代码里写业务逻辑的。所有都是单表查询，在程序代码中对数据进行关联（数据库的JOIN能干到的事，在程序上一定能干得到）。这样的好处就在于：SQL简单，SQL易复用，SQL易优化

在绝大数情况下，我们的接口瓶颈都是来源于「数据库」，而非应用服务器。多JOIN且复杂的SQL是不好优化的，而简单的SQL是比较好优化的，并且我认为程序逻辑往往都要比SQL更容易维护。

在我这两年在互联网公司中，关系型数据库在我的认知里，它就是作为一个支持事务的存储。如果我们存储的数据对事务没有要求的，可能压根就不需要存储至关系型数据库中。

现在数据源可选择的太多了，我们可以把数据存储到Redis(内存数据库)、Elasticsearch（搜索引擎）、HBase（分布式、可伸缩的大数据存储）、HDFS（分布式文件系统）、clickhouse（OLAP存储系统）等等等