何时不使用 GUID 主数据库
本文关键字：数据库 GUID 何时不 | 更新日期: 2023-09-27 18:36:55
我需要记录令牌错误响应，只有 2 种类型的错误。
"请求错误"和"系统错误"
由于这些错误不会更改，为什么使用 GUID 作为主键，为什么我不能将它们错误存储为"请求错误"和"系统错误"？
（我的同事说我们应该将其存储为唯一标识符，因为其他所有内容都存储为唯一标识符，嗯，如果我们以后将这些错误更改为其他错误，这很容易！嗯，但它们不会改变？）
根据我如何解释您的（标题）问题，我建议您阅读 http://www.codinghorror.com/blog/2007/03/primary-keys-ids-versus-guids.html
这是一个简短的阅读，并列出了优点/缺点，我倾向于不同意 guid 不能成为非常好的主键（或者更多，所以我觉得它作为声明有点笼统）
我认为如果你的记录是"请求错误"或"系统错误"，一个 guid 可能会超出要求，如果表要保存大量记录，一个简单的 int 主键可能会更有效。
还有一个指向 http://databases.aspfaq.com/database/what-should-i-choose-for-my-primary-key.html 的链接，它具有更大的优点/缺点