我正在构建一个表单，我想知道以更易于阅读的格式显示值是否有显着优势；例如：
index.php?user=ted&location=newyork
而不是：
index.php?user=23423&location=34645
一方面，让查询字符串更具可读性可以让用户和搜索引擎更好地了解它们的位置，但这也会在服务器端产生更多的工作，因为我必须追踪相关的行通过他们唯一的身份以外的东西。
例如，首先找到id'newyork' 是什么，然后才能处理需要location_id. 我总是喜欢尽可能少地给数据库工作。
编辑：决定提高可读性。我想我总是可以在必要时使用 mysql 查询缓存来加快速度。
尽可能使用人类可读的值。只要确保清理输入。
编辑：是的，如果您有很多选择，这可以而且应该仍然用于 SEO 目的（如果它对您来说值得）。即使用户有很多选择，您也应该知道它们是什么（或限制是什么），以便您可以正确地清理输入。例如，如果他们正在选择州，您可以知道所有 50 个州。如果他们只是在编造自己的文本，请确保在您的最后是它唯一的文本。
我将来自不同的方向。在我看来，如果希望用户能够通过编辑 URL 而不是使用 UI 来使用 URL 来更改其参数，那么 URL 应该是可读的。一个例子是https://www.coolreportingapp.com/accountReport.jsp?account=ABC&month=200911。在此示例中，用户可以“轻松”更改他们查看的帐户或月份，而不会弄乱 UI。这当然意味着您需要每次都验证 URL 参数，无论如何您都应该这样做。如果您不希望用户更改 URL 参数，则需要对值进行混淆和散列，并使用散列来验证它们没有。
说真的，恕我直言，在您的示例中，没有一个比另一个更具可读性。普通用户是否知道“&”是“变量”中的分隔符"user=ted&location=newyork&"？他们是否需要知道存在变量之类的东西？考虑到这一点，显示数字或单词有什么区别？
如果你真的想要可读的 url，你应该建立 SEO 友好的 url（人类可读）。请记住，即使是“破折号与下划线”的简单问题最终也很重要。
一个好的经验法则是将数据存储为 id 并将其显示为人类可读的文本等。
取决于你的目标。
如果您正在谈论一个博客之类的东西，您希望每个人都能看到所有内容（并轻松找到它），那么人类/搜索引擎可读格式是不费吹灰之力的。
如果这些页面被锁定在登录之后，那么这并不重要。您可以在数据库上做更容易的事情。
对于大多数互联网应用程序，我会在可读性方面犯错，因为这也有助于搜索引擎。
您不应该担心任何合理数据库引擎上任何典型大小的应用程序的效率。为用户编写您的应用程序，而不是为查询优化器编写。QO 可以更轻松地照顾自己。在您开始看到问题的不太可能的情况下处理优化。