amazon-s3 - 需要存储 128 *位* 主键 : Should I use SQL Azure or Azure Table? 或者仅使用 Azure Blob 中的链接列表

Question

我需要存储一个大的(128位)PK。每个 int 将有一些相应的列...现在没有定义模式...并且我希望模式将来灵活。 (我只需要保守的灵 active ，例如不时添加新列)

此时我不太关心进行连接等的能力。我主要想随机选择一个PK并向上或向下搜索到接下来的10条记录。由于搜索中可能存在大量空白，因此向上和向下搜索的成本可能会有所不同。

处理此请求的最佳技术是什么？我对能够节省金钱(每笔交易)和存储空间的东西感兴趣。我也对性能感兴趣。

你有什么建议？

更新

好的，那么这是做什么用的呢？我想创建 IPv6 地址的数据历史记录。当然，这将是一个非常稀疏的表...但我确实需要跟踪有关所见 IP 的某些内容。

Answer 1

澄清一下，我认为您需要 128 位的 key (而不是 2^128 位)。

我将此视为有关 Db Key 类型选择的问题，我不确定 Azure 角度会产生什么后果。 AFAIK 它是建立在 MS-SQL 之上的。

128 位或 16 字节与 Guid (UniqueIdentifier) 的大小相同，但我认为您不想使用它。尽管支持将其用作 key 。

直接选择类似于binary(16)，但我不知道它作为PK有多适合。

您可以将其编码为 char(32) 十六进制字符串，这并不过分。

对于实用性评估，关键因素是数据的稀疏程度，或者更好:您预计必须存储多少个地址？