database-architect

Database Architect - 数据库架构设计专家

技能概述

Database Architect 是一个专业的数据库架构设计助手，专注于从零开始构建可扩展、高性能的数据层架构。无论你是选择数据库技术、设计数据模型，还是规划数据库迁移，都能提供全面的架构建议和最佳实践。

适用场景

1. 数据库技术选型与架构设计

当你需要为新项目选择合适的数据库技术时，Database Architect 可以帮你分析 SQL、NoSQL、时序数据库、图数据库等多种选项，并根据业务场景、访问模式和规模目标提供选型建议。无论是 PostgreSQL、MySQL 等关系型数据库，还是 MongoDB、DynamoDB 等 NoSQL 方案，都能给出明确的推荐理由和权衡分析。

2. 数据建模与 Schema 设计

当你需要设计数据库表结构、文档模型或数据分区策略时，Database Architect 可以帮助你完成从概念建模到物理设计的全流程。包括实体关系设计、规范化与反规范化权衡、索引策略规划、多租户数据隔离方案等，确保数据模型既符合业务需求又能支持未来扩展。

3. 数据库迁移与架构演进

当你需要将现有系统迁移到新的数据库架构，或者对单体数据库进行微服务化改造时，Database Architect 可以提供零停机迁移方案、分片策略、跨区域复制设计等。支持从 SQL 到 NoSQL 的跨数据库迁移，以及大型表的分阶段迁移计划，确保数据安全和业务连续性。

核心功能

1. 全栈数据库技术评估

涵盖关系型数据库（PostgreSQL、MySQL、SQL Server、Oracle）、NoSQL（MongoDB、DynamoDB、Cassandra）、时序数据库（TimescaleDB、InfluxDB、ClickHouse）、NewSQL（CockroachDB、TiDB）、图数据库（Neo4j）等主流技术的性能特征、运维复杂度和成本分析。基于 CAP 定理、一致性模型等理论框架，帮助你在技术选择时做出明智决策。

2. 数据建模与索引优化

提供从概念建模到物理设计的完整方法论，包括实体关系图设计、规范化（1NF-5NF）、维度建模、分区策略等。针对查询模式和访问频率设计索引策略，涵盖 B-tree、Hash、GIN、BRIN 等索引类型，以及复合索引、部分索引、JSONB 索引等高级技巧。同时规划缓存架构，包括 Redis/Memcached 选型、缓存策略（cache-aside、write-through）和失效机制。

3. 可扩展性与高可用设计

针对业务增长预测，提供垂直/水平扩展方案、读写分离、连接池配置、分片键选择等架构设计。规划主从复制、多主复制、多区域部署等高可用方案，以及一致性模型（强一致性/最终一致性）选择。同时包含备份策略、时间点恢复、RPO/RTO 规划、故障转移等灾备设计，确保数据库架构的弹性和可靠性。

常见问题

如何为我的项目选择合适的数据库技术？

选择数据库技术需要综合考虑业务场景、数据模型、访问模式和规模预期。首先分析你的数据特征：结构化数据适合关系型数据库（PostgreSQL、MySQL），半结构化或灵活模式适合文档数据库（MongoDB），高度关联的社交网络适合图数据库（Neo4j），时序数据适合 TimescaleDB 或 InfluxDB。其次评估一致性需求：强一致性需求选择 ACID 兼容的数据库，可以接受最终一致性的场景可选择 NoSQL 方案。还要考虑运维复杂度、团队技术栈、云服务集成等因素。Database Architect 会基于你的具体需求提供详细的选型对比和建议。

数据库设计时应该选择标准化还是反标准化？

这是一个需要权衡的决策。标准化（Normalization）带来的好处是数据一致性高、更新效率好、存储空间优化，但可能导致复杂的 JOIN 查询。反标准化（Denormalization）可以提升读取性能、减少查询复杂度，但会增加数据冗余和维护成本。推荐的做法是：OLTP（事务处理）场景优先考虑标准化，OLAP（分析型）场景采用维度建模（星型/雪花型）；对于读多写少的场景，可以有选择地反标准化高频访问的数据；对于写操作频繁的核心表，保持标准化以维护数据一致性。Database Architect 会根据你的读写比例、查询模式和一致性要求，设计平衡的架构方案。

如何实现零停机的数据库迁移？

零停机迁移需要采用渐进式迁移策略。常用的方法包括：并行运行（新旧系统同时运行，逐步切换流量）、trickle 迁移（增量同步数据）、蓝绿部署（维护两套完整环境，通过 DNS/负载均衡切换）。关键步骤包括：1）使用 CDC（变更数据捕获）工具保持数据同步；2）在测试环境完整验证迁移流程；3）分阶段灰度切换流量；4）保持完整的回滚计划和数据快照。对于大型表迁移，采用分块（chunked）迁移方式，避免长时间锁表。Database Architect 会为你设计详细的迁移计划，包括每个阶段的时间窗口、验证检查点和回滚触发条件。