在 Cassandra 中旋转表格是不是糟糕的设计？
Is it bad design to rotate tables in Cassandra?
我们将使用 Cassandra 来存储大量数据。此数据被插入和读取，但从未更新或删除。据我了解，UPDATE 操作导致逻辑删除，DELETE 操作导致阴影。
为了围绕这个进行设计，打算使用每月表和 TRUNCATE，然后在 n（大约 4）个月后删除表。假设数据分布均匀并且有足够的磁盘来存储它 - 这种方法还有其他注意事项吗？
顺便说一句，这个架构设计有技术术语吗？如果问题需要更多详细信息，我很乐意分享更多信息。
我看到一些项目这样做是为了避免删除，所以他们只有每月的 tables，在 N 个月后通过删除它们来删除它们（你不需要做 TRUNCATE在下降之前！）。但是关于 table 命名的知识要求应用程序知道它。
但在你的情况下 Time Window Compaction Strategy in combination with TTLs may work better because it drop the whole SSTables when all data in them expires. You can look into this blog post 解释它是如何工作的以及应该在哪里使用它。
我们将使用 Cassandra 来存储大量数据。此数据被插入和读取，但从未更新或删除。据我了解，UPDATE 操作导致逻辑删除，DELETE 操作导致阴影。
为了围绕这个进行设计，打算使用每月表和 TRUNCATE，然后在 n（大约 4）个月后删除表。假设数据分布均匀并且有足够的磁盘来存储它 - 这种方法还有其他注意事项吗？
顺便说一句，这个架构设计有技术术语吗？如果问题需要更多详细信息，我很乐意分享更多信息。
我看到一些项目这样做是为了避免删除，所以他们只有每月的 tables，在 N 个月后通过删除它们来删除它们（你不需要做 TRUNCATE在下降之前！）。但是关于 table 命名的知识要求应用程序知道它。
但在你的情况下 Time Window Compaction Strategy in combination with TTLs may work better because it drop the whole SSTables when all data in them expires. You can look into this blog post 解释它是如何工作的以及应该在哪里使用它。