假设我在访问文章
/article/23/the-46-year-old-virgin
在/article/id/slug形式。
我可以明明使用的ID在视图中获取数据。
然后，我没有看到一个原因，我会蛞蝓存储在数据库中。
此外， /article/id/slug也不好过/article/slug ？
Answer 1:
只有使用问题id是，它会伤害两个URL的可读性和搜索引擎优化。 （见这里后者。）
与仅使用一个问题slug是，它们是长和URL有时会在现实世界中被截断。 如果你有id的开始，那么你只使用进行查找和重定向，如果出事了与slug的一部分。 另一个问题是，你必须保证你的slugs将永远是独一无二的。 你确定你永远希望有相同的标题两篇文章？
所以，做一个或另一个当然是可能的，但也有做双方都带来好处。
至于你是否应该蛞蝓存储在数据库中，第一个决定，如果你想要的网址更改时，标题的变化。 一个优点，以保持它同样是你会再有一个单一的，永久性的，规范你的资源，一个如果你需要编辑的标题，不会改变URL。 最明显的缺点是，您的网址将不再反映文章的确切名称。
如果你总是希望塞匹配的标题，然后这成为一个标准的数据库非规范化问题 - 蛞蝓将代表冗余（派生）的信息，你预先计算性能方面的原因。 我可能不会理会，我自己。
如果你想要的网址保持不变，即使标题被编辑，你当然必须单独存放废料。
文章来源: when to store slugfield in database in django?
