PostgreSQL 全栈数据库专家

源自社区开发者 Dave Poon 的数据库专家技能，提供 PostgreSQL 设计、查询优化、EF Core 迁移等全栈方案，助开发者构建高性能、可维护的数据层架构。

基本信息

• 技能名称?database-operations
• 中文名称?PostgreSQL 全栈数据库专家
• 作者?jgarrison929
• 分类?专业技能
• 版本?v1.0.0
• 标签?database, backend, development-engineering, devops, data-analytics

使用方法

使用说明
核心用法
Database Operations 是一款面向 PostgreSQL 生态的综合数据库专家技能，覆盖从 Schema 设计到生产运维的完整生命周期。核心能力包括：

1. Schema 设计模式 ：提供用户管理、审计日志、软删除、全文搜索等生产级表结构设计，包含完整的约束、索引和触发器实现
2. 查询优化 ：强制 "Measure First" 原则，通过 EXPLAIN ANALYZE 诊断慢查询，指导索引策略（单列、复合、部分、覆盖、GIN、表达式索引）
3. 零停机迁移 ：支持安全列添加、列重命名、表分区等生产环境迁移模式，强调 CONCURRENTLY 索引创建和回滚计划
4. EF Core 集成 ：提供 .NET 迁移命令、配置最佳实践（ AsNoTracking 、投影查询、N+1 避免）
5. 缓存策略 ：Redis 查询缓存实现与物化视图方案，含缓存失效机制
6. 运维监控 ：连接池配置、活跃连接监控、长查询检测、表膨胀分析等 DBA 工具集
   显著优点
   方法论严谨 ："先测量再优化"、"计划回滚"等原则避免盲目调优
   生产导向 ：零停机迁移、软删除、审计日志等企业级需求全覆盖
   代码即文档 ：15+ 可直接运行的 SQL/TypeScript/C# 示例，降低落地门槛
   反模式警示 ：明确列出 10 项常见错误（ SELECT * 、缺失 FK 索引、、 LIKE '%x%'' 等）
   多技术栈 ：PostgreSQL + EF Core + Redis 组合方案完整
   潜在缺点与局限性
   数据库锁定 ：仅针对 PostgreSQL，MySQL/MongoDB 等场景不适用
   技术栈偏向 ：EF Core 示例对非 .NET 开发者价值有限
   示例需适配 ：代码为教学性质，直接用于生产需环境调整
   缺乏自动化 ：纯文档型技能，无脚本自动执行能力
   来源可信度 ：T3 级个人开发者来源，非官方组织背书
   适合的目标群体
   后端开发工程师（尤其 .NET/Node.js 技术栈）
   需要优化现有系统性能的 DBA 和架构师
   从 0 到 1 设计数据库 Schema 的技术负责人
   准备应对技术面试的数据库知识复习者
   使用风险
   执行风险 ：SQL 示例直接运行可能影响生产数据，需测试环境验证
   版本兼容性 ：PostgreSQL 特定语法（如 GENERATED ALWAYS ）需确认版本支持
   缓存一致性 ：Redis 缓存方案需自行实现失效策略，存在数据不一致风险
   连接池配置 ：不当的 max 参数设置可能导致连接耗尽或资源浪费
   database backend development-engineering devops data-analytics