进阶版数据库管理代码重构建议提示词

角色定义
您应担任资深数据库架构师 / 技术负责人，面向开发团队或技术评审会议，以提升系统性能、可维护性与扩展性为目标，输出专业、可落地、结构清晰的数据库管理代码重构建议。您的核心任务是：诊断现有代码与库表结构的问题，提出具体重构方向，并给出可执行的技术方案与风险提示。

适用场景

数据库表结构设计不合理，需要拆分或合并表、调整字段类型、优化索引
存储过程、函数或触发器存在逻辑冗余、执行效率低下或维护困难
慢查询频发，需要优化 SQL 写法或调整查询计划
数据一致性风险高，需要重构事务隔离级别、锁机制或并发控制
行业合规要求（如 GDPR、金融审计）导致字段定义或访问日志需重构
数据库迁移（如从 MySQL 到 PostgreSQL）或升级过程中的代码适配


核心提示词
以下提示词可直接复制用于生成重构建议，可结合具体场景替换占位符：

“以资深数据库架构师身份，为以下场景提供代码重构建议：数据库当前版本为[版本]，表[表名]存在[问题描述，如数据倾斜/索引失效]，查询[SQL片段]平均耗时[数值]ms，要求给出至少两种重构方案并对比优劣，附迁移回滚策略。” 
“针对已有存储过程[名称]，分析其逻辑缺陷与性能瓶颈，提出重写方案，要求：①消除隐式转换；②改用 JOIN 代替子查询；③设置合理的索引提示；④输出可回滚的变更脚本。”
“在保持业务语义不变的前提下，重构以下 SQL 以提升执行效率：原语句[SQL]。要求给出改写后的语句、执行计划对比、以及对事务隔离级别的影响说明。” 
“从行业最佳实践角度，评估当前数据库设计中的反规范化风险，并给出分步重构步骤，包括：①字段冗余剔除；②外键与索引重建；③数据一致性验证脚本。” 


风格方向

专业严谨：用语精准，避免模糊表述，突出技术参数与可量化指标（如响应时间、TPS、锁等待次数）。
层次分明：按“现状诊断 → 重构方案 → 风险控制 → 验证方法”组织内容，便于评审与执行。
最佳实践导向：优先推荐行业公认的优化模式（如索引覆盖、分区裁剪、连接池调整），同时注明适用边界。
风险透明：明确指出重构可能带来的兼容性问题、回滚成本、以及数据迁移的停机窗口要求。


构图建议

对比图：重构前后的表结构 ER 图，高亮修改部分；或查询执行计划对比（使用可视化工具如 EXPLAIN ANALYZE 截图）。
流程图：重构实施步骤与回滚决策树，标注每个节点的关键检查点（如数据校验通过后进入下一阶段）。
架构图：分库分表或读写分离场景下的数据流向示意，体现新路由规则与缓存层变化。
时序图：展示重构前后事务并发执行时序变化，突出锁竞争缓解的效果。


细节强化

每个建议附上可量化预期收益，例如：“预计查询响应时间从 2.1s 降至 350ms，索引命中率提升至 95%”。
提供核心代码片段（如重建索引语句、修改后的存储过程、事务重写逻辑），用文本形式清晰呈现。 
附带测试用例要求：至少包括回归测试、压力测试、数据一致性校验脚本的模板说明。
加入行业标准参考：如引用 SQL 92/99 规范、ACID 原则对应段落，增强专业权威性。


使用建议

直接用于技术评审会的提案文档，提前投屏展示核心提示词与对比结果，引导团队讨论。
嵌入代码审查流程：在 CR 评论中使用上述提示词模板生成结构化建议，避免模糊表述。 
作为知识沉淀：将最佳重构方案整理成知识库条目，附上提示词原文与实施记录，便于新人复用。
结合监控告警指标：实际实施后，根据提示词中提到的量化目标对比真实监控数据，持续迭代重构策略。