Hive中ORC支持ACID的原因：为何Parquet暂不支持？

核心原因：先完成ORC集成，其他格式适配待跟进 #

"Only ORC file format is supported in this first release. The feature has been built such that transactions can be used by any storage format that can determine how updates or deletes apply to base records (basically, that has an explicit or implicit row id), but so far the integration work has only been done for ORC."

从官方文档的这段说明就能看明白：Hive的ACID框架本质上不挑存储格式——只要格式能精准定位每条记录（不管是自带行ID还是能生成逻辑上的唯一标识），进而处理更新、删除操作，理论上都能适配ACID。但在首个支持ACID的版本里，开发团队只做完了ORC格式的集成工作，Parquet这类其他格式的适配还没来得及推进。

ORC能率先适配ACID的关键特性 #

ORC能先跑通ACID，主要是它本身的特性刚好契合事务需求：

• 精准的行级定位能力：ORC文件会为数据块构建行级索引，能快速定位到具体某一行记录，这是实现更新、删除操作的基础——事务总得先找到要修改的目标记录才行。
• 列存+高效读写：ORC是列存储格式，修改部分字段时无需读写整行数据，能降低事务执行的开销，提升操作效率。
• 完善的元数据管理：ORC本身有成熟的元数据机制，能和Hive的事务日志（比如delta文件）良好协同，追踪记录的版本变化，保障事务的原子性与一致性。

Parquet暂不支持的原因 #

Parquet并非不能适配ACID，只是目前缺乏官方的集成实现：

• 行定位的适配成本：Parquet的设计更侧重列级统计与批量处理，虽然也有索引机制，但要实现精准的行ID定位并对接Hive的事务逻辑，需要额外开发适配层，这部分工作尚未完成。
• 开发优先级问题：Hive团队初期优先将ORC作为ACID的落地格式，后续是否支持Parquet取决于社区需求和资源投入，目前没有明确的官方时间表。

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