首次发帖。我正在构建一个每日单词谜题应用，作为 Devvit 应用，我宁愿现在就搞定数据层，而不是以后带着真实玩家数据迁移。

对于每日排行榜，我计划为每天创建一个有序集合，按尝试次数评分，并将时间编码到同一个数字中作为决胜局（尝试次数 * 1e6 + 自午夜起的秒数）。升序范围查询一次调用就能得到正确排序。大家在这里都是这样做的吗，或者有更好的模式？

我比较不确定的是查找表。每个谜题需要大约 50,000 个单词/排名对，离线预计算。每次猜测只需读取一个字段，永远不会全扫描。每天一个哈希（ranks:20260904，大约 600 KB）感觉很自然，但我不知道在 Devvit 中这个大小是否合适，或者是否会遇到瓶颈。

如果这么大的哈希有问题，通常的替代方案是什么？外部端点、分块键，还是其他方法？

另外也好奇大家在实践中发现缺少哪些 Redis 命令。谢谢。