**需求分析** → **概念设计（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能在子模式中逻辑蕴含保障语义完整性。事务ACIDAtomicity原子性全做或全不做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转关系模式规范化→物理设计索引、存储、分区等逐层抽象与细化。数据仓库面向分析的集成化、主题导向、时变、非易失型数据库ETLExtract-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);