Zion不负责表结构版本控制，因其仅为个人代码库模板，不连接数据库、不拦截SQL、不自动捕获结构变更；表结构版本管理须由运行时环境承担。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
表结构改动后，函子Zion本身不保留历史版本——它是一个个人代码库模板项目，定位是“实用工具集”与“最佳实践范例”，不内置数据库版本管理能力。
为什么Zion不负责表结构版本控制
Zion代码库中存放的是可复用的函数、组件、脚本和配置模板，例如字符串脱敏工具、日期计算工具、axios封装或HarmonyOS RDB迁移事务模板。它不连接任何数据库，也不监听或拦截SQL执行，【不会自动捕获、记录或存储表结构变更】。
表结构版本管理必须由运行时环境承担：DMS会为MySQL/PostgreSQL等托管实例保存至多20个（稳定变更模式）或无限制（安全协同）版本；HarmonyOS relationalStore需开发者在onUpgrade中显式编写带事务的迁移逻辑；SQLite+SQLx则依赖_migration表校验已执行脚本的checksum，拒绝篡改已发布文件。
Zion能帮你做什么
提供开箱即用的结构迁移脚手架：
方法一：复用其 TypeScript 数据库迁移模板，内建 beginTransaction→try/catch→commit/rollback 流程，确保字段增删、索引添加等操作原子生效。
方法二：调用其 schema-diff 工具函数，输入两个版本的CREATE TABLE语句，输出ADD COLUMN / DROP INDEX等可执行变更指令，避免手写SQL遗漏约束或默认值。
方法三：集成其 versioned-migration CLI，自动生成带时间戳与哈希前缀的迁移文件名（如 202611131721_add_area_to_gear.sql），并校验前置版本依赖，防止跳版升级。
真正保留历史版本的地方
第一步：确认你的数据库是否接入DMS。若已接入且管控模式为“安全协同”，每次在SQL Console执行ALTER TABLE或通过结构设计工单变更，DMS自动存档至版本列表，支持下载SQL、对比差异、一键回滚。
第二步：检查应用层是否启用元数据同步。HarmonyOS项目需在GearRepository.migrateToV2()中先读SCHEMA_META表当前版本，再执行结构变更，最后更新版本号并提交事务——这保证“结构”与“版本号”始终一致，失败即全部回退。
第三步：验证UNDO保留策略。Oracle用户可通过FLASHBACK QUERY查看3小时前的数据快照，但前提是UNDO表空间未被覆盖；执行SELECT * FROM t AS OF TIMESTAMP SYSTIMESTAMP - INTERVAL '3' HOUR前，先查SELECT MAX(QUERY_LENGTH) FROM V$UNDOSTAT确认保留窗口。
