客户端ID生成策略

Question

比方说，我想建立一个REST服务做笔记，看起来是这样的：

GET /notes/  // gives me all notes 
GET /notes/{id} // gives the note identified by {id} 
DELETE /notes/{id} // delete note 

PUT /notes/{id} // creates a new note if there is no note identified by {id} 
        // otherwise the existing note is updated 

因为我想我使用PUT来indempotent我的服务创建并更新我的笔记 这意味着新笔记的ID由客户端设置/生成。

我想过使用GUID/UUID，但它们很长，并且会使URL记住相当困难。同样从数据库的角度来看，当用作大表中的主键时，从性能的角度来看，这样的长字符串ID可能是麻烦的。

你知道一个好的身份证生成策略吗，它会生成短ID并且当然避免碰撞？

Answer 1

还有一个原因是高度分散的系统（如git，mongodb等）使用长的UUID /哈希而集中的关系型数据库（或svn为此事）可以简单地使用int秒。在客户端以分布式方式创建短ID不是一种简单的方法。服务器可以处理它们，或者你必须忍受浪费的ID。通常，它们含有编码时间戳，客户端/计算机ID，散列内容等

这就是为什么REST服务通常使用

POST /notes 

非幂等保存，然后使用Location:头的输出响应：

Location: /notes/42