项目2 数据库分析与设计

胡迎春项目4数据库查询与分析项目1数据库认识与体验项目2数据库设计与建模项目3数据库构建与维护项目5数据库优化与编程项目7电商数据库应用实战项目6数据库安全与管理项目8嵌入式数据库应用项目2数据库设计与建模解析项目背景与核心任务明确数据库设计的学习目标掌握项目实施的关键路径建立数据库分析的整体思维任务一关系数据库建模【知识梳理】项目2数据库设计与建模项目背景与核心任务项目背景：本项目以真实电商业务场景为依托，在完成前期需求调研与总体规划后，进入数据库核心建设阶段。我们将通过系统化的分析与设计，构建高可用、高扩展且符合业务特性的数据库架构，支撑商品交易、用户管理、订单履约等核心业务流转。01概念设计：构建业务蓝图

识别系统核心实体（商品、用户、订单、支付等），定义实体属性与关联关系，绘制E-R模型图，清晰映射业务逻辑与数据流转脉络。02逻辑设计：关系模式优化

将E-R模型转化为关系数据库支持的表结构，运用范式理论（1NF/2NF/3NF）优化设计，消除数据冗余，保障数据一致性与完整性。03物理设计衔接：落地技术选型

结合MySQL存储特性，规划表的字段类型、索引策略、存储引擎与分库分表方案，为后续物理模型的落地实现做好技术铺垫。04工具实践：PowerDesigner全流程应用

实操专业建模工具PowerDesigner，完成从概念模型（CDM）、逻辑模型（LDM）到物理模型（PDM）的全流程设计、校验与生成。任务一关系数据库建模任务2-1关系数据库建模项目2数据库设计与建模E-R模型的三大核心图形要素核心概念：E-R图是概念设计的核心工具，用矩形表示实体、椭圆形表示属性、菱形表示联系，通过图形化方式直观呈现数据对象间的关联，是构建数据库逻辑结构的基础。关键点总结：实体（矩形）代表现实世界的对象，属性（椭圆）描述对象特征，联系（菱形）体现对象间的业务关联，三者共同构成完整的概念模型。任务一关系数据库建模任务2-1关系数据库建模项目2数据库设计与建模核心概念：多对多(m:n)关系解析01业务场景特征一个订单可包含多种商品，一种商品也可出现在多个订单中，二者形成天然的多对多关联。02关键实体与联系实体：订单、商品；

联系：引入“订单明细”作为关联实体，不仅连接双方，还承载“数量”“单价”等交易属性，将多对多关系拆解为两个一对多关系。💡设计要点：多对多关系必须通过中间关联实体（订单明细）进行转换，该实体通常包含联合主键（订单ID+商品ID）及额外的业务属性，是数据库设计中处理复杂关联的核心技巧。02任务一关系数据库建模任务2-1关系数据库建模项目2数据库设计与建模核心：1对多（1:n）关系建模详解▍业务场景定义

电商系统中，每款商品必须归属唯一的商品分类；而一个商品分类下可包含多款不同的商品，是典型的“一对多”业务关联。▍关键实体与属性

•分类实体：包含分类ID、分类名称、上级分类ID、分类描述等属性；

•商品实体：包含商品ID、商品名称、型号、价格、品牌、所属分类ID等属性。▍E-R关系映射

通过“有”的联系将两个实体关联，分类端标注“1”，商品端标注“n”，直观体现分类对商品的包含关系与商品的归属约束。💡设计思考：这种1:n关系在数据库中通过“外键”实现，将分类的主键作为商品表的外键字段，从而保证数据的参照完整性与关联查询的可行性。图表示意说明：

上图展示了“分类”与“商品”的E-R图结构，菱形代表两者的联系，连线标注的“1”和“n”清晰界定了实体间的基数关系，是数据库表结构设计的核心蓝图。任务一关系数据库建模任务2-1关系数据库建模项目2数据库设计与建模电商系统核心实体关系构建任务目标：基于电商业务全流程，梳理会员用户、商品、订单、分类等核心实体，深入分析实体间的一对一、一对多及多对多联系，完成全局E-R图的设计与绘制，掌握数据库概念设计的核心逻辑与方法。图示：电商系统全局E-R模型，涵盖用户、账号、订单、商品、分类五大核心实体，清晰展示了各实体间的关联逻辑与映射关系。任务一关系数据库建模任务2-1关系数据库建模项目2数据库设计与建模E-R模型转换规则详解01实体类型的转换将每个实体类型直接映射为一个独立的关系模式（数据表），实体的所有属性转化为表的字段，实体的主键即为该数据表的主键，以此保证实体记录的唯一性与独立性。02联系类型的转换一对一(1:1)联系：选择任意一方实体的主键，将其作为外键添加到另一方实体对应的关系表中，即可建立双向唯一的关联关系。一对多(1:n)联系：将“一”方（主实体）的主键，作为外键嵌入到“多”方（从实体）的关系表中，体现数据的层级与依赖关系。多对多(m:n)联系：需新建独立的“关联关系表”，将双方实体的主键同时作为该表的外键，专门用于记录两个实体之间的多向匹配关系。任务一关系数据库建模任务2-1关系数据库建模项目2数据库设计与建模实体与多对多联系的映射规则01/独立实体直接映射：商品表规则：E-R图中的“商品”实体直接转换为一张数据表，实体属性即为表字段，主键对应实体标识符。商品(商品ID(PK),商品名称,规格型号,单价,库存数量)——————————————————————————————————————————————02/独立实体直接映射：订单表规则：“订单”作为核心业务实体，独立建表，记录交易的头部信息，与商品形成业务关联。订单(订单ID(PK),下单用户ID,下单时间,支付方式,收货地址)——————————————————————————————————————————————03/关键：多对多(m:n)联系的转换（新建关联表）规则：商品与订单是多对多关系，需新建“订单明细”表作为关联枢纽。该表不仅包含双方的外键，还需承载联系本身的属性（如数量、价格）。订单明细(商品ID(FK/PK),订单ID(FK/PK),购买数量,成交单价)核心特性：此表的主键为“商品ID+订单ID”的联合主键，既解决了多对多的关联问题，又保证了同一款商品不会在同一个订单中重复出现。任务一关系数据库建模任务2-1关系数据库建模项目2数据库设计与建模1.原子性原则与拆分实战第一范式（1NF）核心：保证每一列都是不可再分的原子值反例场景：某“商品分类表”中设计了“商品信息”列，存储内容为“商品名称+品牌”（如：“小米14+小米集团”），单字段包含两个独立属性，破坏了原子性。引发问题：无法直接按“品牌”筛选商品，统计分析需额外处理字符串；若品牌更名，需批量修改包含该品牌的所有记录，易造成数据不一致与维护成本增加。1NF改造方案：拆分非原子列，建立关联表。①将“商品信息”拆分为“商品名称”和“品牌”两个独立字段；②构建“分类表”（分类ID、分类名）与“商品表”（商品ID、商品名、品牌、分类ID），通过“分类ID”外键实现一对多关联，确保每列仅存单一信息。设计价值：这是数据库规范化的基础，不仅消除了数据冗余，还让数据结构更清晰，支持精细化的查询、统计与维护，为更高阶的范式优化（2NF/3NF）铺平了道路。任务一关系数据库建模任务2-1关系数据库建模项目2数据库设计与建模2.第二范式（2NF）处理案例核心问题：存在部分函数依赖若表的主键为复合主键（多个字段组合），非主键字段仅依赖于主键的一部分字段，而非整个主键，就违反了第二范式的要求。典型案例：购物车表的设计缺陷原始表包含字段：会员ID、会员姓名、商品ID、商品名称、价格、购买数量（主键为“会员ID+商品ID”）。其中“会员姓名”仅依赖“会员ID”，“商品名称/价格”仅依赖“商品ID”，属于典型的部分依赖。优化方案：表结构拆分重构拆分会员表：存储会员ID、会员姓名等会员基础信息拆分商品表：存储商品ID、商品名称、价格等商品基础信息精简购物车表：仅保留会员ID（外键）、商品ID（外键）、购买数量，消除部分依赖任务一关系数据库建模任务2-1关系数据库建模项目2数据库设计与建模3.第三范式（3NF）处理案例核心：消除传递依赖，拆分冗余表结构01.核心问题：传递函数依赖的存在若关系模式满足第二范式，但非主属性通过其他属性间接依赖于主键（即“主键→非主属性1→非主属性2”），则存在传递依赖。这会导致数据冗余、更新异常、插入异常等问题。02.典型案例：存在冗余的“商品表”设计原始表结构：商品表(商品id,商品名字,价格,分类id,分类名字)主键为“商品id”，但“分类名字”并不直接依赖于“商品id”，而是依赖于“分类id”，形成“商品id→分类id→分类名字”的传递依赖。若某分类下有1000个商品，分类名会重复存储1000次，极大浪费空间。03.改造方案：拆分表结构，消除传递依赖将原表拆分为两个独立的表，通过外键关联：①商品表(商品id,商品名字,价格,分类id（外键）)——仅保留核心商品信息与关联标识②分类表(分类id,分类名字)——集中存储分类维度的信息优势：分类名仅存储一次，修改分类名称只需操作分类表，彻底消除数据冗余与维护异常，同时提升查询效率。任务二PowerDesigner建模任务2-2

Powerdesigner建模项目2数据库设计与建模概念、逻辑与物理模型解析▍PowerDesigner：企业级全流程建模利器它是一款功能强大的企业级数据建模与架构设计工具，能够支持从业务概念抽象、逻辑结构定义到数据库物理实现的完整设计流程，是数据库设计、系统架构规划与业务梳理的核心支撑工具。▍设计流程中的三大核心模型CDM（概念数据模型）：聚焦业务视角，描述核心业务实体与实体间的关系，完全独立于具体的数据库技术，是梳理业务逻辑、沟通业务需求的基础模型。LDM（逻辑数据模型）：对CDM的细化与规范化，补充实体属性、主键、外键等逻辑约束，是连接业务概念与物理实现的关键过渡模型。PDM（物理数据模型）：绑定MySQL、Oracle等具体数据库管理系统，定义表结构、字段类型、索引、约束、存储引擎等实现细节，可直接生成建库SQL脚本。02任务二PowerDesigner建模任务2-2

Powerdesigner建模项目2数据库设计与建模初始化环境与新建CDM模型▍步骤1：环境初始化启动PowerDesigner软件，在欢迎界面创建新的“Workspace（工作空间）”，并在工作空间内新建文件夹以分类管理设计资源，保持项目结构清晰。▍步骤2：创建概念数据模型在新建的文件夹上单击鼠标右键，在弹出的上下文菜单中依次选择【New】→【ConceptualDataModel】，打开新建概念模型的配置对话框，准备进行模型定义。图示：PowerDesigner新建概念数据模型（CDM）配置界面，可设置模型名称与存储路径。任务二PowerDesigner建模任务2-2

Powerdesigner建模项目2数据库设计与建模实体创建与属性配置实操01定义实体对象从PowerDesigner左侧工具箱拖拽“Entity”图标至设计区，生成实体模型。双击实体名称，修改业务名称（如“商品”）与物理代码（如“goods”），遵循数据库命名规范。02添加属性与约束双击实体进入编辑窗口，切换至“Attributes”标签页。点击“添加”按钮录入属性（如商品ID、名称），并配置关键约束：勾选“P”设置主键，勾选“M”设置非空，保障数据完整性。任务二PowerDesigner建模任务2-2

Powerdesigner建模项目2数据库设计与建模掌握CDM关系配置核心步骤01选择关系类型在PowerDesigner工具箱中，选择“One-ManyRelationship（一对多）”工具，这是构建层级数据关联的基础，也是最常用的实体关系类型。02拖拽建立实体联系将鼠标指针移至父实体（如“商品分类”），按住左键拖拽至子实体（如“具体商品”）后松开，系统将自动生成一条实体间的关联连线，直观体现数据的归属关系。03配置关系属性与基数双击关系连线打开属性窗口，定义关系名称（如“category_ref”），并确认基数为“1（父实体）→n（子实体）”，同时可设置外键依赖与强制性规则，确保数据库逻辑的准确性。任务二PowerDesigner建模任务2-2

Powerdesigner建模项目2数据库设计与建模PDM生成的核心操作流程01启动生成向导

打开已设计完成的CDM概念模型，在顶部菜单栏选择Tools（工具）→GeneratePhysicalDataModel（生成物理数据模型），启动转换向导窗口。02配置目标参数

在对话框中选择目标数据库类型（如MySQL5.0），设置物理模型的名称与代码，并可进一步配置模型的存储路径与高级选项。03执行自动转换

确认配置无误后点击“确定”，PowerDesigner将自动解析CDM并生成包含表结构、字段类型、主键与外键约束的物理模型（PDM）。任务二PowerDesigner建模任务2-2

Powerdesigner建模项目2数据库设计与建模执行正向工程生成SQL脚本01启动生成向导打开设计好的PDM模型文件，点击顶部菜单栏的【Database】，选择【GenerateDatabase】选项，启动数据库脚本生成向导。02配置生成参数在弹出的对话框中，设置脚本保存路径与文件名（如“电商数据库脚本.sql”），确认目标数据库类型为MySQL，并勾选“Scriptgeneration”模式。03生成可执行SQL核对配置无误后点击【确定】，PowerDesigner将自动解析模型，生成包含建表、约束、索引的完整SQL脚本，可直接在数据库中执行。任务二PowerDesigner建模任务2-2

Powerdesigner建模项目2数据库设计与建模1.逆向工程的定义与操作流程一、逆向工程核心定义指从已有的数据库实例（如MySQL/Oracle）或.sql脚本文件中，自动反向生成PowerDesigner物理数据模型（PDM）的过程，是旧系统架构分析、数据库重构与文档还原的关键技术手段。二、标准操作步骤（PD2016+版本）01启动向导：点击菜单栏File→ReverseEngineer→Database，打开逆向工程配置窗口。02选择源类型