新程序索引考虑采用62进制

C 2020-12-19 2125

最多记录公元前1万年-公元后10万年每秒的内容

还是改回62进制了,能少存一点是一点。

最新回复 (8)
  • G 2020-12-19
    2

    不会导演和剪辑的程序员不是一个优秀的摄影师
  • FANAYUN 2020-12-19
    3

    666666666666666!!!

    谢邀
  • C 2020-12-20
    4
    FANAYUN 666666666666666!!!

    考虑了一天,觉得以前那么搞没啥意义,浪费空间,所以改了下。

    100亿年>10万年,每秒刚好8位可以记录。

    太大幅度和太小的度量值是科学家考虑的,民用差不多就行了。

  • C 2020-12-20
    5

    人类还能不能活10万年是个问题

  • 2020-12-21
    6

    62进制

  • 全有导航 2020-12-22
    7

    124进制。

  • CF 2020-12-22
    8

    2进制

    屌丝论坛第二帅|☁云库☁ - Xiuno原创插件下载:https://cloudatabases.com
  • C 2020-12-22
    9
    CF 2进制

    现在趋势都是基于KV存储,以后想要移植到redis和CF workers,索引都要做成KV。

    KV键名如果是hash排序,想要自然数排序只能补0,存储每个字符最少也是ASCII,0/1和A-Z每个字符长度相同,自然越短越好。

返回
发新帖