【发布时间】:2010-12-07 11:21:31
【问题描述】:
我想编写一个 URL 缩短器作为独立的 CouchApp,但我想知道这是否可能。 显然,URL 缩短器的核心要求是具有短且唯一的键。
我想要的是向 CouchDB 发布一个长 URL 并获得一个缩短的 URL。我考虑过使用更新处理程序,但它必须查询数据库以检查密钥是否唯一,这似乎是不可能的。
有没有办法用 CouchDB 生成短且唯一的键?还是我需要一个围绕 CouchDB 的薄包装器?
【问题讨论】:
我想编写一个 URL 缩短器作为独立的 CouchApp,但我想知道这是否可能。 显然,URL 缩短器的核心要求是具有短且唯一的键。
我想要的是向 CouchDB 发布一个长 URL 并获得一个缩短的 URL。我考虑过使用更新处理程序,但它必须查询数据库以检查密钥是否唯一,这似乎是不可能的。
有没有办法用 CouchDB 生成短且唯一的键?还是我需要一个围绕 CouchDB 的薄包装器?
【问题讨论】:
我会选择一个薄包装,基于具有以下结构的文档:
{ _id : short_url , url : long_url }
插入新的长 URL 只需一步:让包装器生成新的 _id,尝试 PUT,然后使用新的 _id 再次尝试,直到成功。这将保证每个短 URL 只使用一次。
恐怕这种“生成、尝试、重试”的方法是确保唯一性的唯一策略,如果没有包装器,它就无法使用。
如果您希望相同的长 URL 重复使用相同的短 URL,您还可以添加一个 echo(doc.url,null) 的视图,并为您的 URL 获取 _id(如果它确实存在)。这意味着,除非多个客户端尝试同时添加相同的长 URL,否则该长 URL 只会使用一个短 URL。
【讨论】: