GridDB TIME_SERIES 重复时间戳写入会覆盖吗？

结论

按题目给出的 schema 和写入结果，相同的 TIMESTAMP 被用作行键，因此两条时间戳相同的记录对应同一个键。第二次调用 put() 后，查询只返回值为 25.0 的记录，说明该写入替换了键对应的行。

为什么会覆盖

容器将 ts 设为行键：

("ts", griddb.Type.TIMESTAMP)

两次写入使用的都是 datetime(2024, 6, 1, 12, 0, 0)：

container.put((ts, 10.0))
container.put((ts, 25.0))

在这个场景中，put() 没有因键已存在而拒绝写入，而是更新了对应行。这与“同一行键标识同一行”的结果一致。

如何处理重复时间戳

题目提供的信息没有显示 schema 或 put() 调用有可配置的“重复键时报错”选项，因此无法确认是否存在这样的选项。如果业务要求发现重复时间戳时停止写入，可以在应用层写入前检查该时间戳是否已有记录；如果已存在，就返回错误或跳过写入。

先查询再写入在并发场景下可能出现竞态：两个写入者都可能先查到记录不存在，再分别执行写入。如果必须保证并发时也拒绝重复记录，需要确认 GridDB Cloud 和所用 griddb_python 版本是否提供满足要求的原子操作或事务机制。现有信息不足以确定具体 API。

如果业务允许调整数据模型，也可以考虑在行键中加入额外字段，区分同一时间戳下的多条记录。这会改变记录的唯一性定义，需要先确认业务是否允许同一时间戳对应多行。

注意事项

以上判断依据是题目给出的容器定义、两次 put() 调用和查询结果。若要确认特定 GridDB Cloud 或 Python 客户端版本是否提供拒绝重复键的接口，应核对对应版本的 API 文档。

备注：内容仅供参考。