Azure 存储日志 - RequestID 有多独特？
Azure Storage Logs - How Unique Is RequestID?
我正在尝试将 azure 存储日志文件移动到 azure 存储表中，以便我可以更轻松地使用它们，但我注意到了这一点
"duplicate log records may exist in logs generated for the same hour
and can be detected by checking for duplicate RequestId and Operation
number."
（我知道这是一篇旧文章，但我只能找到它）
考虑到这一点，我认为使用 requestID 与 operationID 的串联作为我的行键是明智的。
我想检查是否有人知道 如何 requestID 是唯一的（显然有些请求可能有超过 1 个操作，例如 "copy"，但大多数会只有 1).
如果我将它用作行键，我不能承受它在同一个分区中出现两次（按用户 ID 分区，但假设每个分区可以包含数百万条记录）。
谢谢
If I'm using it as a row key, I can't afford for it to appear twice in the same partition (Partitioning by userID, but lets suppose each partition can contain millions of records).
如果我没理解错的话，您可以将 requestID 和 new Guid 连字符组合起来作为唯一行键。例如：requestId|newGuid.
我正在尝试将 azure 存储日志文件移动到 azure 存储表中，以便我可以更轻松地使用它们，但我注意到了这一点
"duplicate log records may exist in logs generated for the same hour and can be detected by checking for duplicate RequestId and Operation number."
（我知道这是一篇旧文章，但我只能找到它）
考虑到这一点，我认为使用 requestID 与 operationID 的串联作为我的行键是明智的。
我想检查是否有人知道 如何 requestID 是唯一的（显然有些请求可能有超过 1 个操作，例如 "copy"，但大多数会只有 1).
如果我将它用作行键，我不能承受它在同一个分区中出现两次（按用户 ID 分区，但假设每个分区可以包含数百万条记录）。
谢谢
If I'm using it as a row key, I can't afford for it to appear twice in the same partition (Partitioning by userID, but lets suppose each partition can contain millions of records).
如果我没理解错的话，您可以将 requestID 和 new Guid 连字符组合起来作为唯一行键。例如：requestId|newGuid.