从博客文章的路由来看一点处理查询的方法

例如我们来看看一篇文章的路由

www.tnblog.net/aojiancc2/article/details/2670

这里的aojiancc2是用户名，后面的2670是id

其实我们这里只留一个文章id，用户的信息完全可以通过文章id查询的文章表里边的用户id来拿到

为什么我还需要在这里留一个用户名？不只多此一举么?

说一点个人的理解，这样可以同时拿到用户名和文章id，可以带来几个好处

1：如果只需要用户名不需要其他信息就可以减少查询次数，不需要根据用户id在去查询一次用户信息

2：用户的信息相关不需要依赖于先查询出来文章，不然我们在查询文章的时候还要去处理用户相关信息的查询，这样耦合度就太多了，很容易造成重复代码

3 : 因为用户信息的查询不依赖与文章，耦合度低，有利于微服务不同服务处理不同信息，例如这里需要一个专门的服务来处理用户信息，这样就不需要每个需要用户信息的功能块都自己独立去处理一次

4：有利于分表，如果只有一个id我们分表可能需要做其他处理工作。但是如果还有一个用户信息，我们可以根据这个用户信息，来处理分表而不需要其他的处理时间