为何Cadence基于Cassandra的executions表未拆分为transfer_task等多表？

• 适配Cassandra的查询模型：Cassandra是列族数据库，天生适合宽表设计。如果拆分成多表，查询单个workflow的各类任务时，得跨多个表读取，反而增加协调延迟；而单表通过合理的主键设计（比如以workflow_id+run_id作为分区键，任务类型作为聚类列），能一次性拉取该workflow的所有任务数据，查询效率更高。

• 规避跨表一致性问题：Cadence里workflow的不同任务（transfer、timer等）状态强关联，而Cassandra不支持跨表事务。单表设计可以在一次写入操作中完成多任务类型的状态更新，避免了跨表事务带来的一致性风险和复杂的补偿逻辑。

• 降低存储与维护成本：拆分多表会造成元数据冗余（每个表都要存workflow的基础标识），同时schema变更时要同步修改多个表，运维复杂度陡增；单表设计能统一管理这些元数据，减少存储冗余和维护成本。

• 匹配核心查询场景：Cadence的核心查询大多围绕单个workflow展开，比如获取某个workflow的所有待处理任务、历史记录等。单表设计通过聚类列区分任务类型，既能高效完成这类查询，又能灵活过滤特定类型的任务。

• 优化读写性能：Cassandra的性能依赖分区设计，单表可将同一个workflow的所有任务放在同一个分区内，减少跨分区读取的开销；拆分多表后，同个workflow的数据会分散在不同表的不同分区，多次跨分区读取会拉低整体性能。

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