トークン エラー応答を記録しておく必要があります。エラーには 2 種類しかありません。
「RequestError」と「SystemError」
これらのエラーは変更されないのに、GUID を主キーとして使用するのはなぜですか? エラーを "RequestError" および "SystemError" として保存できないのはなぜですか?
(私の同僚は、それを一意の識別子として保存するだけでよいと言いました。他のすべては一意の識別子として保存されるためです。うーん、後でこれらのエラーを別のものに変更すれば簡単です!うーん、でも変更されませんか?)
あなたの（タイトル）質問をどのように解釈したかに基づいて、http://www.codinghorror.com/blog/2007/03/primary-keys-ids-versus-guids.htmlを読むことをお勧めします
それは短い読み物であり、長所/短所のリストがあります。私は、GUID が非常に優れた主キーを作成しないことに反対する傾向があります (またはそれ以上なので、ステートメントとしては少し一般的だと思います)。
レコードが「RequestError」または「SystemError」の場合、guid は要件を超えている可能性があり、テーブルに多数のレコードを保持する場合は、単純な int 主キーの方が効率的である可能性があります。
また、 http://databases.aspfaq.com/database/what-should-i-choose-for-my-primary-key.htmlへのリンクもあります。これには、より大きな長所/短所があります。