線上電影訂票系統 - 資料庫建模

資料庫建模有三個步驟，依次是概念模型、邏輯模型和物理模型。

三種模型

概念模型
  概念模型是一個抽象的巨集觀層次的業務模型，比如E-R（實體關係）圖，在概念模型中最重要的物件是實體和關係。
  在瞭解了使用者的需求，使用者的業務領域工作情況以後，經過分析和總結，提煉出來的用以描述使用者業務需求的一些概念的東西就是概念模型。如銷售業務中的“客戶”和“定單”，還有就是“商品”，“業務員”。 用USE CASE來描述就是：“業務員”與“客戶”就購買“商品”之事簽定下“定單”。
  在概念模型中主要有以下幾個操作和設定的物件：實體（Entity）、實體屬性（Attribute）、實體標識（Identifiers）、關係（Relationship）、繼承（Inheritance）、關聯（Association）、關聯連線（Association Link）。

邏輯模型
  邏輯模型就是要將概念模型具體化，也可以將它理解為概念模型的延伸。這是使用者從資料庫所看到的模型，是具體的DBMS所支援的資料模型，如網狀資料模型(Network Data Model)、 層次資料模型 (Hierarchical Data Model)等等。 此模型既要面向使用者，又要面向系統 ，主要用於 資料庫管理系統 （DBMS）的實現。
  邏輯資料模型的 內容包括所有的實體和關係，確定每個實體的屬性，定義每個實體的主鍵，指定實體的外來鍵，需要進行正規化化處理。
  邏輯資料模型的目標是儘可能詳細的描述資料，但並不考慮資料在物理上如何來實現（該部分由下面講到的物理模型實現）。

物理模型
  邏輯模型並不是在整個步驟中必須的，可以直接通過概念模型來生成物理模型。
  物理模型依賴於具體的物理實現，使用的是資料庫物件，原來的“實體-關係”轉換成“表-外來鍵”，實體的屬性轉換為表的列，同時每個列的資料型別轉換為對應的DBMS中支援的資料型別。
  它不但與具體的DBMS 有關，而且還與作業系統和硬體有關。每一種邏輯資料模型在實現時都有起對應的物理資料模型。DBMS為了保證其獨立性與可移植性，大部分物理資料模型的實 現工作又系統自動完成，而設計者只設計索引、聚集等特殊結構。
  物理資料模型是在邏輯資料模型的基礎上，考慮各種具體的技術實現因素，進行資料庫體系結構設計，真正實現資料在資料庫中的存放。

---

訂票系統資料庫模型

本次電影訂票系統最終的資料庫模型如下：