由于自动生成的增量Id并不是存储文档Id的常用方法,所以我希望构建一个函数,将这个长ObjectId转换为5-7长字符字符串。
我想和YouTube一样处理它的视频,而每个url都很短,而且仍然有数十亿的网址。
因为YouTube的视频标识符有10个字符长,所以我想我不会有超过1000万到2000万个is,因此我认为我需要的字符要少得多。
重要的是,我不需要url最小化器,我需要它的不同用途。有什么已知的算法可以解决这个问题吗?
谢谢。
我怎么想的?我正在考虑从Increment中获取ObjectId字段并对其进行操作,但我仍然在寻找跨多个服务器的线程是否足够安全,如果可能的话,如果到达最大Int会发生什么情况。
而且,increment偶尔会重复一次,所以使用它就像随机数生成器一样。
将提供任何其他所需的信息,如果相关的
发布于 2016-11-09 17:06:30
如果你不喜欢的话,也许你根本不需要使用ObjectId。在某些情况下,自动递增id是很好的。人们反对这一点的主要原因是,您经常以分布式的方式使用MongoDB,您的表位于多个服务器上的单独数据库中,但是每个文档id在所有这些数据库中都应该是唯一的。但
https://stackoverflow.com/questions/40510396
复制相似问题