Cassandra：为现有 keyspace/data 添加新的非规范化查询表
Cassandra: Adding new denormalized query tables for existing keyspace/data
从应用程序开始，您就提前计划并在写入时对数据进行非规范化，以便在读取时更快地进行查询。使用 Cassandra "BATCH" 命令，您可以确保跨多个 table 进行原子更新。
但是，当您添加新功能并需要新的非规范化 table 时怎么办？您是否需要 运行 一个临时脚本来用数据填充这个新的 table？人们通常是这样做的吗？ Cassandra 中是否有可以为我执行此操作的功能？
我还不能发表评论，因此有了新的答案。答案是肯定的，您必须编写一个迁移脚本，并且 运行 当您使用新功能部署软件升级时。根据我的经验，这是相当典型的 devops 发布过程。
我还没有看到像 Cassandra 的代码优先迁移（对于 MS SQL 服务器和 Entity Framework）这样的东西，它会自动为您执行迁移脚本。
从应用程序开始，您就提前计划并在写入时对数据进行非规范化，以便在读取时更快地进行查询。使用 Cassandra "BATCH" 命令，您可以确保跨多个 table 进行原子更新。
但是，当您添加新功能并需要新的非规范化 table 时怎么办？您是否需要 运行 一个临时脚本来用数据填充这个新的 table？人们通常是这样做的吗？ Cassandra 中是否有可以为我执行此操作的功能？
我还不能发表评论，因此有了新的答案。答案是肯定的，您必须编写一个迁移脚本，并且 运行 当您使用新功能部署软件升级时。根据我的经验，这是相当典型的 devops 发布过程。
我还没有看到像 Cassandra 的代码优先迁移（对于 MS SQL 服务器和 Entity Framework）这样的东西，它会自动为您执行迁移脚本。