克隆或使用雪花中的时间旅行？

Question

因此，如果我每天克隆整个生产数据库，我可以通过 Time Travel 90 天的存储成本节省很多钱，对吗？ 此外，我还可以在测试数据仓库环境中使用带有最新数据的克隆数据库，因此时间旅行对我来说将变得毫无用处，除非白天发生了一些事情，但我们仍然可以使用默认的 1 天保留来修复白天的意外错误。 那么我在这里错过了什么吗？

谢谢

Answer 1

是的 - 你可以按照你的建议去做。然而，

1. 您必须管理 90 个数据库及其关联的 RBAC（假设您想要相当于 90 天的时间旅行）
2. 对于“时间点”查询，您需要识别正确的数据库并进行查询，而不仅仅是使用“时间旅行”SQL 查询单个数据库
3. 如果您想要一个克隆数据库进行测试，那么在需要时创建该克隆，而不是每天在需要时创建一个克隆，似乎更高效

只有您可以决定这两种方法的成本/收益。

如果您希望降低成本，我会首先考虑您的流程以及支持它们的实际需求，例如

• 能否将旅行时间缩短至 30 天或 14 天？
• 减少克隆数据库的频率（例如在月底）会有好处吗？