从应用到架构：我的数据库设计学习之路

进入2020年3月，随着我越来越多地参与后端开发，一个之前很少直接触及但又至关重要的领域摆在了我的面前——数据库设计。我意识到，一个好的数据库设计，是构建一个高性能、高可扩展性后端服务的基石。

不仅仅是创建表

在过去，我更多地是作为数据库的“使用者”，通过ORM框架（如JPA）与数据库进行交互。但现在，我需要从“设计者”的角度去思考。我学习到，数据库设计远不止是创建几张表那么简单，它是一个系统性的工程，主要包含以下几个阶段：

1. 需求分析: 深入理解业务需求，识别出核心的实体（Entities）以及它们之间的关系（Relationships）。这是整个设计过程的起点。
2. 逻辑设计: 将需求分析的结果，转化为独立于具体数据库的逻辑模型。这个阶段，我重点学习了三大范式（1NF, 2NF, 3NF），理解了如何通过范式来消除数据冗余，保证数据的一致性。
3. 物理设计: 在逻辑模型的基础上，结合具体的数据库（如 MySQL）的特性，进行物理实现。这包括选择合适的数据类型、设计高效的索引、考虑分区/分表等策略。
4. 维护与优化: 数据库设计不是一成不变的。随着业务的发展，需要持续地对数据库进行监控、优化甚至重构。

实践中的思考

在后续的“AdRobot”、“Monitor监控系统”以及权限管理等项目的开发中，我开始有意识地运用这些设计原则。

• 在设计“AdRobot”的营销任务表时，我仔细分析了“营销计划”和“推送任务”之间的一对多关系，并为任务状态、执行时间等常用查询字段建立了索引。
• 在设计权限系统时，我设计了用户、角色、权限三张核心表，通过中间表来管理它们之间的多对多关系，实现了灵活的权限控制。
• 在设计日志系统时，我开始思考对海量日志数据进行分表分库的可能性，以保证未来的查询性能。

从关心App的UI/UX，到关心数据库的范式和索引，这次学习标志着我的技术视角的一次重要跃迁。它让我开始从更底层、更宏观的视角去思考如何构建一个健壮的系统，是我从前端走向后端，从应用走向架构的关键一步。