Skip to main content

数据库进阶与 ORM 概览

本章节作为全栈视角的宏观概览，数据库的基础概念、SQL 语法、索引原理以及具体的 MongoDB/MySQL 用法，请前往专门的 数据库章节 深入学习。

在全栈开发中，数据库是业务数据的核心枢纽。除了掌握基础的 SQL 操作，现代 Node.js 工程师还需要熟练使用 ORM 框架，并具备基本的数据库设计和调优意识。

1. 为什么全栈开发强烈推荐 ORM？​

ORM (Object-Relational Mapping，对象关系映射) 的核心思想是将数据库中的表映射为代码中的类（或模型），将行数据映射为对象。

在 Node.js 生态中，直接拼接 SQL 字符串既不安全（容易导致 SQL 注入），也没有类型提示，极难维护。

全栈视角下的 ORM 优势：

  1. 类型安全与开发体验：配合 TypeScript（如 Prisma、TypeORM），你在查询数据库时可以获得完整的代码补全和类型检查。如果表结构改了，代码编译阶段就会报错。
  2. 防范 SQL 注入：ORM 底层会自动进行参数化处理，阻断了大部分 SQL 注入风险。
  3. 数据库无关性：你可以使用一套代码逻辑，只需修改连接配置，就能在 MySQL、PostgreSQL 或 SQLite 之间平滑切换。
  4. Migration (数据库迁移)：ORM 提供了迁移工具，你可以用代码来版本化管理数据库表结构的变更（新建表、加字段等），方便在多个环境（开发、测试、生产）中同步数据库结构。

主流 Node.js ORM 推荐：

  • Prisma：目前最现代、DX（开发者体验）最好的 ORM，拥有极强的类型推导和直观的 Schema 定义语言，全栈开发首选。
  • TypeORM：基于装饰器模式，非常适合结合 NestJS 这种基于类的企业级框架使用。
  • Sequelize：老牌且成熟，但在 TypeScript 支持上不如前两者优雅。

2. 数据库设计的全栈考量​

当全栈工程师拿到一个需求时，第一步往往是设计数据库表结构。

  • 三范式 vs 反范式：在严格遵守三范式（减少数据冗余）的同时，为了前端查询的性能，有时需要适度“反范式”（适度冗余数据，减少复杂的 JOIN 连表查询）。
  • 软删除 (Soft Delete)：在业务系统中，通常不会真正使用 DELETE 语句物理删除数据，而是增加一个 is_deleted 或 deleted_at 字段做逻辑删除。ORM 框架通常内置了对软删除的支持。
  • 事务 (Transaction)：当一个业务操作需要同时修改多张表（如：创建订单同时扣减库存），必须使用事务。确保这些操作要么全部成功，要么全部回滚（Rollback），保证数据的一致性。

3. 从全栈走向后端的必修课：慢查询排查​

当接口响应变慢时，全栈工程师不能只停留在前端层面的排查，需要能够定位数据库层面的瓶颈。

  1. 利用 ORM 日志：在开发环境下开启 ORM 的日志功能，查看实际执行的 SQL 语句是否如预期。
  2. 理解索引失效：知道哪些操作会导致索引失效（例如 LIKE '%xxx' 左模糊查询、在索引列上使用函数等）。
  3. 使用 EXPLAIN：学会在慢查询 SQL 前加上 EXPLAIN 关键字，分析数据库的执行计划（是否走全表扫描，命中了哪个索引）。