**需求分析** → **概念设计（E-R建模）** → **逻辑设计（E-R转关系模式+规范化）** → **物理设计（索引、存储、分区等）**，逐层抽象与细化
E-R 模型：概念设计阶段的核心工具，用实体（Entity）、属性（Attribute）和联系（Relationship）描述现实世界的信息结构，是向关系模式转换的基础。
关系代数：形式化查询语言基础，选择（σ）筛选行，投影（π）提取列，连接（⋈）关联多表——SQL 的
WHERE、SELECT、JOIN均可映射为其操作。SQL：标准数据库操作语言，支持DML（增删改查：INSERT/DELETE/UPDATE/SELECT）与DDL（如 CREATE VIEW）；视图是虚表，提供逻辑独立性与安全控制。
范式理论：用于消除数据冗余与异常，从1NF（原子值）→ 2NF（消除非主属性对候选键的部分依赖）→ 3NF（消除传递依赖）→ BCNF（更严格：所有决定因素都含候选键），是逻辑设计规范化目标。
模式分解：将一个关系模式拆分为多个子模式时，需满足：
- 无损连接性（自然连接后能还原原关系，避免信息丢失）；
- 保持函数依赖（分解后所有原FD能在子模式中逻辑蕴含，保障语义完整性）。
事务（ACID）：
- Atomicity（原子性）：全做或全不做；
- Consistency（一致性）：事务前后数据库状态均满足完整性约束；
- Isolation（隔离性）：并发执行效果等价于某串行顺序；
- Durability（持久性）：提交后结果永久保存。
并发控制 — 封锁机制：
- X锁（排他锁）：写锁，互斥，禁止其他事务读/写；
- S锁（共享锁）：读锁，允许多个S锁共存，但排斥X锁；
- 冲突操作（如 R-W/W-R/W-W）需加锁协调。
两段锁协议（2PL）：保证可串行化的经典协议，事务分增长阶段（只加锁）和收缩阶段（只解锁），严格2PL还要求释放所有锁在提交前完成。
数据库安全：
- 授权（GRANT/REVOKE）控制用户权限；
- 视图可作为安全层，隐藏敏感列/行，实现数据访问最小权限原则。
索引（B+树为主）：
- B+树：平衡多路搜索树，所有数据在叶子节点且链表相连，适合磁盘I/O与范围查询；
- 聚簇索引：表数据物理顺序与索引键一致（如 MySQL InnoDB 的主键索引），每个表仅一个；非聚簇索引（二级索引）存储主键值作指针。
数据库设计阶段：
- 需求分析→概念设计（E-R建模）→逻辑设计（E-R转关系模式+规范化）→物理设计（索引、存储、分区等），逐层抽象与细化。
数据仓库：
- 面向分析的集成化、主题导向、时变、非易失型数据库；
- ETL（Extract-Transform-Load）实现源系统到仓库的数据整合；
- OLAP（联机分析处理）支持多维分析（如切片、钻取、旋转），常基于星型/雪花模型与物化视图。
这些知识点环环相扣：E-R指导建模 → 关系代数支撑SQL语义 → 范式与分解保障逻辑质量 → 事务与并发控制保障运行正确性 → 索引与物理设计提升性能 → 安全与视图强化治理 → 数据仓库延伸至分析场景。
# 示例：用SQL实现“查询每个部门平均工资，并只显示高于公司平均工资的部门”SELECT dept,AVG(salary)AS avg_sal FROM emp GROUP BY dept HAVING AVG(salary)>(SELECT AVG(salary)FROM emp);