在线电影订票系统 - 数据库建模

数据库建模有三个步骤，依次是概念模型、逻辑模型和物理模型。

三种模型

概念模型
概念模型是一个抽象的宏观层次的业务模型，比如E-R（实体关系）图，在概念模型中最重要的对象是实体和关系。
在了解了用户的需求，用户的业务领域工作情况以后，经过分析和总结，提炼出来的用以描述用户业务需求的一些概念的东西就是概念模型。如销售业务中的“客户”和“定单”，还有就是“商品”，“业务员”。用USE CASE来描述就是：“业务员”与“客户”就购买“商品”之事签定下“定单”。
在概念模型中主要有以下几个操作和设置的对象：实体（Entity）、实体属性（Attribute）、实体标识（Identifiers）、关系（Relationship）、继承（Inheritance）、关联（Association）、关联连接（Association Link）。

逻辑模型
逻辑模型就是要将概念模型具体化，也可以将它理解为概念模型的延伸。这是用户从数据库所看到的模型，是具体的DBMS所支持的数据模型，如网状数据模型(Network Data Model)、层次数据模型 (Hierarchical Data Model)等等。此模型既要面向用户，又要面向系统，主要用于 数据库管理系统（DBMS）的实现。
逻辑数据模型的内容包括所有的实体和关系，确定每个实体的属性，定义每个实体的主键，指定实体的外键，需要进行范式化处理。
逻辑数据模型的目标是尽可能详细的描述数据，但并不考虑数据在物理上如何来实现（该部分由下面讲到的物理模型实现）。

物理模型
逻辑模型并不是在整个步骤中必须的，可以直接通过概念模型来生成物理模型。
物理模型依赖于具体的物理实现，使用的是数据库对象，原来的“实体-关系”转换成“表-外键”，实体的属性转换为表的列，同时每个列的数据类型转换为对应的DBMS中支持的数据类型。
它不但与具体的DBMS 有关，而且还与操作系统和硬件有关。每一种逻辑数据模型在实现时都有起对应的物理数据模型。DBMS为了保证其独立性与可移植性，大部分物理数据模型的实现工作又系统自动完成，而设计者只设计索引、聚集等特殊结构。
物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。

订票系统数据库模型

本次电影订票系统最终的数据库模型如下：