计划将EnqueueTime作为SQL主键，Event Hub消息的该字段是否唯一？

先直接给你结论：EnqueueTime并不保证全局唯一性，不适合单独作为SQL数据库的主键，原因和替代方案如下：

• EnqueueTime的精度虽然能达到100纳秒（比如你给出的示例2019-10-29T04:32:54.6770000Z），但Event Hub是分布式消息系统，多个分区可以同时处理消息入队操作。在高吞吐量场景下，不同分区完全可能在同一个时间粒度窗口内生成多条消息，导致它们的EnqueueTime完全相同。
• 哪怕是同一个分区，也存在极小概率因为系统时钟的微小波动或者并发入队的操作延迟，出现两条消息EnqueueTime一致的情况——虽然概率低，但作为主键的话，这种重复会直接导致数据插入失败，风险不可接受。

推荐的主键方案 #

如果你需要一个可靠的唯一标识，建议采用以下两种方案之一：

1. 组合PartitionId + SequenceNumber：
   • 每个Event Hub分区内的SequenceNumber是严格递增且唯一的，结合分区ID（PartitionId）后，就能实现全局范围内的唯一性，这是Event Hub原生提供的可靠唯一标识方式，性能和可靠性都有保障。
2. 附加UUID或自增字段：
   • 如果业务上更倾向于使用时间相关的主键，可以在EnqueueTime基础上拼接SequenceNumber，或者直接生成UUID作为主键。不过UUID的查询性能通常不如前者高效，优先推荐第一种方案。

额外提醒：如果已经在使用IoT Hub的路由功能，IoT Hub作为Event Hub的上层服务，其消息的EnqueueTime和SequenceNumber逻辑与Event Hub一致，所以上面的结论同样适用。

内容的提问来源于stack exchange，提问作者duy