HTAP 与大数据时代的新型数据仓库

正确答案：OLTP 系统提交并确认订单事务 → 复制、变化捕获或抽取订单数据 → 清洗转换并统一地区、金额等口径 → 装载或刷新分析存储 → OLAP 查询读取新版本并更新报表

订单已提交只代表事务系统可见，分析可见还要等待数据移动和处理链完成

正确答案：单引擎 → 在一个系统内组织事务与分析，减少跨系统移动但要隔离资源和行列访问；多引擎 → 事务与分析使用专业组件，性能边界清晰但承担同步、接口和一致口径成本；异构共存 → 多个平台通过连接器交换数据，灵活但语义和副本治理更复杂

没有脱离场景的最佳架构，选择来自新鲜度、隔离和移动成本

正确答案：行存 → 一次读取或修改完整业务记录的短事务；列存 → 扫描少量列并对大量记录聚集分析

HTAP 需要在行写、列扫、格式转换和副本同步之间作取舍

正确答案：长分析与短事务的资源竞争、行列组织或副本之间的转换、提交结果何时对分析可见、分析快照与事务隔离

单系统减少部分跨平台链路，但内部仍可能有多种数据布局和执行资源

正确答案：事务源定义和业务写入 → 变化捕获或抽取接口 → 清洗转换与统一编码规则 → 仓库事实或维度模式 → OLAP 模型、报表和权限

字段变化会沿数据血缘传导，连接器只移动数据，不会自动统一语义

正确答案：报表允许次日更新且分析复杂 → 分离式仓库或多引擎是自然起点；订单提交后数秒内需分析且事务不能被拖慢 → 重点评估低延迟同步和资源隔离的 HTAP；数据含日志、图片和多种平台结果 → 重点评估异构共存、连接器和统一治理

首先写清可见时间、事务隔离和数据移动成本，再选择候选架构