带有 16 位 Guid 的路由看起来很疯狂？答案

【问题标题】：Routes with 16-bit Guids seem Crazy?带有 16 位 Guid 的路由看起来很疯狂？
【发布时间】：2011-05-04 01:14:59
【问题描述】：

我刚刚从我的 DBA 中查看了我的数据库架构，它使用 16 位唯一标识符作为主键。我的问题是如何在 MVC 的路由中使用它。

这是一个中型企业应用程序，为什么我们的表格还需要 GUID？

我知道我们可以创建一个友好的 ID 字段，但我知道 MVC 路由不建议在路由中使用数据库 ID..

所以我想我的问题是：

为什么我们的主键需要 16 位 Guid？

我如何在路线中使用它。路由不应包含数据库 ID。

【问题讨论】：

【解决方案1】：

关于问题的数据库部分

您要使用哪种数据库密钥的决定应该完全独立于您的 MVC 路由。 DBA 可能会选择使用他们认为适合您的应用程序的任何值，而不必担心您将如何制作路由。我无法判断它们是否对您的域有意义。

关于问题的路由/URL部分

根据您要执行的操作，将 GUID 添加到路由可能不是路由/URL 的最佳主意。 “ASP.NET MVC in Action”（第 95 页）的作者给出了一些关于 URL 应该如何的很好的指导：

如果您将 GUID 作为数据库 ID，请查看是否可以使用其他值来制作到每个资源/记录的路由。例如，产品名称加上 db ID 的最后 4 位数字，或者您可以根据您尝试访问的信息得出的另一个唯一且用户友好的（参见指南）值。

【讨论】：

我认为这里的问题更容易破解。不像 MVC In Action 状态那样很好的 hack 能力，但是不好的 hack 能力，例如可能使用 URL 访问你不应该访问的东西。
在这种情况下，向 URL 添加一条额外的信息可能是个好主意。但是，请记住，仅依靠 URL 来保证安全性是不够的。即使您使用 GUID，如果 URL 不应该公开，您也必须使用其他安全方法。

【解决方案2】：

让我们以这个页面为例。我想我们都同意 StackOverflow 是一个成功的 MVC 应用程序......

https://stackoverflow.com/questions/4079861/routes-with-16-bit-guids-seem-crazy

里面的“4079861”是什么？数据库 ID？

请注意，数据库 ID 确实是唯一重要的部分，因为这些链接也到达相同的位置：

https://stackoverflow.com/questions/4079861/

https://stackoverflow.com/questions/4079861/Foo

所以，简短的回答是：是的，您的路线中可能会有一个又大又丑的 Guid。如果您对此有任何疑问，请咨询您的 DBA。

【讨论】：

【解决方案3】：

你应该问自己：还有其他方法可以唯一地识别我的 [插入姓名] ？

@Mark 给出了 StackOverflow 示例。好的部分是它是一个数字，即使它很长。数字比 GUID 更好。

您的选择可能是：

你最终使用什么将完全取决于你的情况和要求。

【讨论】：