mcpField
R
reviewing-oracle-to-postgres-migration

reviewing-oracle-to-postgres-migration

github.com/github数据与数据库40.5k1.8k 次安装今天更新
代码仓库

关于 reviewing-oracle-to-postgres-migration

用于在实施前评估 Oracle 到 PostgreSQL 迁移风险、并在完成后验证改动的审查技能。它依据已记录的行为差异检查风险、测试覆盖和完成条件。

主要功能

  1. 01评估迁移范围及相关风险
  2. 02查阅已编目的行为差异
  3. 03为适用差异提出处理建议
  4. 04依据参考资料核对迁移内容
  5. 05检查集成测试覆盖并设定验收门槛

适用场景

  1. 01规划存储过程、触发器或查询迁移
  2. 02审查 refcursor 客户端迁移风险
  3. 03验证迁移后的 PostgreSQL 行为
  4. 04检查测试是否覆盖故障场景和边界情况

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/github/awesome-copilot --skill reviewing-oracle-to-postgres-migration

安装后在 Claude Code 中输入/reviewing-oracle-to-postgres-migration确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

references/
empty-strings-handling.md
no-data-found-exceptions.md
oracle-nvl-decode-functions.md
oracle-parentheses-from-clause.md
oracle-rownum-pagination.md
oracle-sysdate-sequences-dual.md
oracle-to-postgres-sorting.md
oracle-to-postgres-timestamp-timezone.md
oracle-to-postgres-to-char-numeric.md
oracle-to-postgres-type-coercion.md
postgres-concurrent-transactions.md
postgres-materialized-view-refresh.md
postgres-refcursor-handling.md
postgres-union-all-planner.md
REFERENCE.md

详细介绍

Oracle 到 PostgreSQL 数据库迁移

揭示迁移风险，并依据 references/ 文件夹中记录的已知 Oracle/PostgreSQL 行为差异验证迁移工作。

何时使用

  1. 规划 — 在开始对存储过程、触发器、查询或 refcursor 客户端进行迁移工作之前。确定哪些参考洞察适用，以便提前应对风险。
  2. 验证 — 在迁移工作完成后，确认每个适用的洞察都已处理，并且集成测试覆盖了新的 PostgreSQL 语义。

工作流

确定任务类型：

正在规划迁移？ 遵循风险评估工作流。 正在验证已完成的工作？ 遵循验证工作流。

风险评估工作流（规划）
Risk Assessment:
- [ ] Step 1: Identify the migration scope
- [ ] Step 2: Screen each insight for applicability
- [ ] Step 3: Document risks and recommended actions

第 1 步：确定迁移范围

列出受影响的数据库对象（存储过程、触发器、查询、视图）以及调用它们的应用程序代码。

第 2 步：筛选每个洞察的适用性

查看 references/REFERENCE.md 中的参考索引。对于每个条目，判断迁移范围是否包含受该洞察影响的模式。仅当该洞察可能相关时，才阅读完整的参考文件。

第 3 步：记录风险和推荐操作

对于每个适用的洞察，记录具体风险以及参考文件中的推荐修复模式。标记任何需要设计决策的洞察（例如，是保留 Oracle 空字符串视为 NULL 的语义，还是采用 PostgreSQL 的行为）。

验证工作流（迁移后）
Validation:
- [ ] Step 1: Map the migration artifact
- [ ] Step 2: Cross-check applicable insights
- [ ] Step 3: Verify integration test coverage
- [ ] Step 4: Gate the result

第 1 步：映射迁移产物

确定已迁移的对象并总结变更集。

第 2 步：交叉检查适用的洞察

对于 references/REFERENCE.md 中的每个参考，确认迁移工作中已认可并处理了相应的行为或测试要求。

第 3 步：验证集成测试覆盖

确认测试同时覆盖了正常路径和适用洞察中强调的失败场景（异常、排序、UNION ALL 行为/性能风险、refcursor 消费、并发事务、时间戳、物化视图新鲜度等）。

第 4 步：把守结果

返回一份检查清单，断言每个适用的洞察都已处理、迁移脚本已运行、集成测试已通过。

评论

支持 Markdown