Superior Database 是一个数据库领域的技能（Skill），目标是在真实的数据存储、工作负载与发布环境中让数据变更保持正确。它适用于设计、实现、评审或修复数据库模式、查询、索引、事务、迁移和数据回填等任务。
用途与基本立场 该技能强调不要未经核实就套用通用数据库惯例，而要保留项目既有的迁移工具与职责边界，先确认引擎行为和仓库实践。
先建立数据契约 在修改模式、查询或迁移之前，需要确定：数据存储引擎、版本、拓扑与相关扩展；权威模式与迁移历史；实体归属、标识符、关系与租户边界；写入时与读取时必须成立的不变量；预期基数、访问模式、排序与保留策略；跨应用版本、工作进程与副本的兼容窗口；数据量、流量形态、锁敏感度与恢复预期。技能要求只通过经授权且不含敏感信息的证据了解生产约束，不能假设本地测试数据能代表生产规模、数据倾斜、可空性或历史遗留状态。
模式与查询联合设计 新增或修改表、集合、字段、关系、索引、查询形态、分页或保留行为时，应编码持久不变量（在引擎与发布条件允许时），应用层校验可用于用户反馈但不能作为防范并发或旁路写入的唯一手段；索引应根据真实谓词、连接、排序、唯一性和基数选择，而不是给每个过滤字段都建索引；需核实空值、排序规则、时区、排序并列与空结果集下的查询语义；限制结果集与写入批次，避免隐式全表扫描、无界扇出和逐行查询；在没有实际负载压力与明确一致性责任方时，不做反范式化、分区、分片或引入缓存。
保持事务真实性 当工作涉及相关写入、并发参与者、副本、队列、缓存、幂等或跨服务流程时，需明确必须原子化的不变量与精确边界，审慎使用数据存储提供的保证，不能从应用请求顺序推断串行化；事务应保持短小，除非既有架构证明安全，否则持锁期间避免远程调用；可重试操作要幂等，并区分事务重试与业务操作重放；把缓存失效、副本延迟和事件发布视为显式的一致性契约。
把迁移当作部署 面向生产的模式变更、约束引入、类型变更、表重写、回填、数据修复或旧表示移除，应在多应用版本共存时优先采用兼容优先的扩展、迁移、校验、收缩阶段；执行前识别锁、重写、校验成本、复制影响与失败恢复方式；回填应有界、可观测、可续跑并尽量幂等；在破坏性或不可逆步骤前定义校验与回滚或前向恢复行为。未经明确授权且未确认目标环境，不得执行生产迁移、破坏性查询、大范围数据修正或共享环境负载测试；迁移文件在本地编译通过，并不证明其生产执行安全。
验证结果 使用仓库既有的数据库与测试工具，按比例验证：迁移能否从受支持的先前状态应用并达到目标模式；承诺且语义可行的回滚是否有效；新旧应用版本是否按兼容计划工作；约束是否拒绝无效状态并保留合法遗留数据；代表性查询是否返回正确且排序稳定的结果；性能在范围内时，查询计划与运行时行为是否在代表性形态与规模下检查；回填的计数、检查点、错误处理与重跑是否保持不变量。报告应说明实际执行的命令、所用数据存储与版本、代表的数据规模以及未覆盖的条件；没有针对引擎、拓扑、负载与部署序列的证据时，不得声称零停机。
与其他技能的分工 领域行为、API 契约与应用编排使用 superior-logic；迁移、集成、兼容或并发测试设计主要关注时使用 superior-testing；数据症状存在但因果机制不明时使用 superior-debugging；查询、容量、资源或延迟测量为主要关注时使用 superior-performance；复制、可用性、故障切换、备份目标或恢复准备为主要关注时使用 superior-reliability；迁移需与制品提升、发布或回滚协调时使用 superior-delivery；租户隔离、不安全查询构造、敏感数据暴露或滥用驱动的资源控制使用 superior-api-security；已验证的模式、迁移、恢复或运维流程变更之后使用 superior-docs。没有明确范围时，不得把聚焦的数据库变更扩大为数据存储替换、ORM 重写或基础设施迁移。
限制与未提供信息 资料未提供安装命令、支持平台、定价与具体使用步骤。