【文章內容簡介】 邏輯型1字段名類型寬度（字節(jié)）工作號字符型12姓名字符型10管理車號字符型12B 數據結構數據結構 1={固定車，組成{車位編號，車輛顏色，車主姓名，車輛照片，車牌編號}}數據結構2={固定車位，組成{是否在位，車位號，進入時間，離開時間}}數據結構3={自由車，組成{車牌號，進入時間}}數據結構4={固定車車主信息，組成{姓名，年齡，地址，車牌號，聯系方式}}數據結構5={自由車位，組成{車牌號碼，進入時間，收費標準，狀態(tài)}}數據結構6={自由車位進出記錄，組成{進入時間，離開時間，停車費用，免費車輛}}數據結構7={管理員，組成{工作號，姓名，管理車位}}C 數據流數據流1={固定車進入停車場，固定車位，固定車，固定車主，組成{數據結構1，數據結構2，數據結構4}}數據流2={自由車進入停車場，自由車，自由車位，自由車位進出記錄，組成{數據結構3，數據結構5，數據結構6}}數據流3={管理員管理，管理員，組成{數據結構7}}三．概念結構設計在需求分析階段所得到的應用需求應該首先抽象為信息世界的結構，才能更好的，更準確的用某一DBMS實現這些需求。概念結構的主要特點是：（1） 能真實，充分的反映現實世界，包括事物和事物之間的聯系，能滿足用戶對數據的處理要求，是對現實世界的一個真是模型。（2） 易于理解，從而可以用它和不熟悉計算機的用戶交換意見，用戶的積極參與是數據庫設計成功的關鍵。（3） 易于更改，應當用環(huán)境和應用要求改變時，容易對概念模型修改和擴充。（4） 易于向關系，網狀，層次等各種數據模型轉換。概念結構是各種數據模型的共同基礎，它比數據模型更獨立于機器，更抽象，從而更加穩(wěn)定。概念結構模型的設計方法和步驟設計概念結構通常有四類方法：（1） 自頂向下。即首先定義全局概念結構的框架，然后逐步細化（2） 自底向上。即首先定義全局部應用的概念結構，然后將它們集成起來，得到全局概念結構。（3） 逐步擴張。首先定義最重要的核心概念，然后向外擴充，以滾雪球的方式逐步生成其他概念結構，直至總體概念結構。設計 ER圖　ER圖也即實體聯系圖(Entity Relationship Diagram)，提供了表示實體型、屬性和聯系的方法，用來描述現實世界的概念模型?！　嫵蒃R圖的基本要素是實體型、屬性和聯系，其表示方法為：　　 實體型(Entity)：用矩形表示，矩形框內寫明實體名；比如學生張三豐、學生李尋歡都是實體。如果是弱實體的話，在矩形外面再套實線矩形?！　?屬性(Attribute)：用橢圓形表示，并用無向邊將其與相應的實體連接起來；比如學生的姓名、學號、性別、都是屬性。如果是多值屬性的話，再橢圓形外面再套實線橢圓。如果是派生屬性則用虛線橢圓表示?！　?聯系(Relationship)：用菱形表示，菱形框內寫明聯系名，并用無向邊分別與有關實體連接起來，同時在無向邊旁標上聯系的類型（1 : 1，1 : n或m : n）。 比如老師給學生授課存在授課關系，學生選課存在選課關系。如果是弱實體的聯系則在菱形外面再套菱形。 得到以上數據項和數據結構以后，就可以設計出實際的數據庫實體，以及他們之間的關系，為后邊的數據庫邏輯結構設計打基礎。這些實體包括各種具體信息，通過相互之間的作用形成數據的流動。此課程設計選題管理系統(tǒng)包含以下實體：固定車，固定車位，固定車車主，自由車位，自由車，進出記錄，管理員 分ERER圖固定車固定車位固定車主管理員自由車位進出記錄顏色車輛照片姓名年齡地址聯系方式收費標準工作號姓名管理車位車位號是否在位進入時間離開時間停車費用免費車輛放置用記載管理記錄管轄車牌號狀態(tài)車牌號說明：固定車與固定車主為 1：1 固定車與固定車位為 1：1 固定車位與管理員為 n: 1 自由車位與管理員為 n:1 進出記錄與自由車位為 1 ：1管理員與進出記錄為 1：m 四．邏輯結構設計ER圖向關系模型的轉換關系模型的邏輯結構是一組關系模式的集合。ER圖則是由實體型、實體的屬性和實體型之間的聯系3個要素組成的。所以將ER圖轉換為關系模型實際上就是要將實體型、實體的屬性和實體型之間的聯系轉換為關系模式，這種轉換一般遵循如下原則：一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。對于實體間的聯系則有以下不同情況：（1）、一個1：1聯系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。如果轉換一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性軍轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式合并，則需在該關系模式的屬性中加入另一個關系模式的碼和聯系本身的屬性。（2）、一個1：聯系可以轉換為一個獨立的關系模式，也可以與端對應的聯系模式合并。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。（3）、一個m:n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。（4）、3個或3個以上實體間的一個多元聯系可以轉換為一個關系模式。與該多元聯系相連的各實體的碼以及聯系聯系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。（5）、具有相同碼的關系模式可合并。 ER 圖向關系模式轉換關系模式是對關系的描述?！　￡P系實際上就是關系模式在某一時刻的狀態(tài)或內容。也就是說，關系模式是型，關系是它的值。關系模式是靜態(tài)的、穩(wěn)定的，而關系是動態(tài)的、隨時間不斷變化的，因為關系操作在不斷地更新著數據庫中的數據。但在實際當中，常常把關系模式和關系統(tǒng)稱為關系，讀者可以從上下文中加以區(qū)別。關系模式可以形式化地表示為：　　R（U，D，dom，F）　　R 關系名，U 組成該關系的屬性名集合，D 屬性組U中屬性所來自的域，dom 屬性向域的映象集合，F 屬性間的數據依賴關系集合。例如：導師和研究生出自同一個域——人，取不同的屬性名，并在模式中定義屬性向域的映象，即說明它們分別出自哪個域：　　dom（SUPERVISORPERSON）= dom（POSTGRADUATEPERSON）=PERSON　　關系模式通常可以簡記為：　　R (U) 或 R (A1，A2，…，An)　　R 關系名，A1，A2，…，An 屬性名，注：域名及屬性向域的映象常常直接說明為屬性的類型、長度?！　￡P系數據庫系統(tǒng)是支持關系模型的數據庫系統(tǒng)?！　￡P系模型的組成：　　1. 關系數據結構　　單一的數據結構——關系　　現實世界的實體以及實體間的各種聯系均用關系來表示，從用戶角度看，關系模型中數據的邏輯結構是一張二維表。 　　2. 關系操作集合　　常用的關系操作包括查詢操作和插入、刪除、修改操作兩大部分。其中查詢操作的表達能力最重要，包括：選擇、投影、連接、除、并、交、差等?！　￡P系模型中的關系操作能力早期通常是用代數方法或邏輯方法來表示，分別稱為關系代數和關系演算。關系代數是用對關系的代數運算來表達查詢要求的方式；關系演算是用謂詞來表達查詢要求的方式。另外還有一種介于關系代數和關系演算的語言稱位結構化查詢語言，簡稱SQL。 　　3. 關系的三類完整性約束　　這3類完整性約束包括：實體完整性、參照完整性和用戶定義的完整性?！　嶓w完整性(Entity Integrity)規(guī)則：若屬性A是基本關系R的主屬性，則屬性A不能取空值。例如：在課程表（課程號，課程名，教師，周課時數，備注）中，“課程號”屬性為主鍵，則“課程號”不能取相同的值，也不能取空值。　　參照完整性規(guī)則：若屬性（或屬性組）F是基本關系R的外鍵，它與基本關系S的主鍵Ks相對應（關系R和S不一定是不同的關系），則對于關系R中每個元組在關系F上的值必須為：最多固定車（車牌號 顏色 車輛照片）固定車位（車位號 狀態(tài)）固定車主（姓名 年齡 地址 聯系方式）自由車位（車牌號碼 狀態(tài) 收費標準 ）進出記錄（進入時間 離開時間 停車費用 免費車輛）管理員（工作號 姓名 管理車位）管理（工作號 車位號）記載（車牌號碼 進入時間 離開時間 停車費用 免費車輛）管轄（車牌號碼 工作號）記錄（工作號 進入時間 離開時間 停車費用 免費車輛）最少固定車（車牌號 顏色 車輛照片）固定車位（車位號 狀態(tài)）固定車主（姓名 年齡 地址 聯系方式 工作號）自由車位（車牌號碼 狀態(tài) 收費標準 工作號）進出記錄（進入時間 離開時間 停車費用 免費車輛 工作號）管理員（工作號 姓名 管理車位）記載（車牌號碼 進入時間 離開時間 停車費用 免費車輛） 數據模型優(yōu)化確定數據依賴對于各個關系模式之間的數據依賴進行極小化處理，消除冗余的聯系 冗余數據和冗余聯系容易破壞數據為的完整性，給數據庫維護增加困難，應當予以消除。經過規(guī)范化理論得出，原關系模式之間的數據依賴已經達到極小化，沒有冗余的聯系，消除冗余的ER圖稱為基本ER圖按照數據依賴的理論對關系模式逐一進行分析，考察是否存在部分函數依賴，傳遞函數依賴，多值依賴等，確定各關系模式分別屬于第幾范式。按照需求分析階段得到的處理要求，分析對于這樣的應用環(huán)境這些模式是否合適，確定是否要對某些模式進行合并或分解。根據需求分析階段系統(tǒng)的功能分析，這樣的應用環(huán)境，這些模式可以完成包括消費者信息管理，預訂信息管理，成本核算管理，審查工作，庫存管理這些模塊的要求，分析結果中可在設計用戶子模式中對不同級別的用戶定義不同的view。 固定車（車牌號 顏色 車輛照片）固定車位（車位號 狀態(tài)）固定車主（姓名 年齡 地址 聯系方式 工作號）自由車位（車牌號碼 狀態(tài) 收費標準 工作號）進出記錄（進入時間 離開時間 停車費用 免費車輛 工作號）管理員（工作號 姓名 管理車位）記載（車牌號碼 進入時間 離開時間 停車費用 免費車輛）數據名數據類型長度允許空固定車車牌號碼int20否固定車進入時間datetime20否固定車車位編號int20否固定車主姓名char20否年齡Int20否地址char20否聯系方式char20否管理員管理車位號int20否姓名char20否工作證號int20否自由車位車牌號int20否自由車位進入時間datetime20否離開時間datetime20否停車費用datetime20是 固定車車牌號碼 int進入時間 datetime固定車位車位編號 int固定車主姓名char(256)年齡 int地址char(256)聯系方式char(256)管理員管理車位號int工作證號int姓名char（256）進出記錄進入時間datetime離開時間datetime停車費用datetime自由車位車牌號 int駕駛放置管理記錄管轄記載 設計用戶子模式 將概念模型轉換為全局邏輯結構模型后，還應該根據局部應用需求，結合具體DBMS的特點，設計用戶的外模式。目前關系數據庫管理系統(tǒng)一般都提供了視圖（View）概念，可以利用這一功能設計更符合局部用戶需要的用戶外模式。第一數據庫全局模式主要是從系統(tǒng)的時間效率、空間效率、易維護等角度出發(fā)。由于用戶外模式與模式是相對獨立的，因此在定義用戶外模式時可以注重考慮用戶的習慣與方便。包括：（1） 使用更符合用戶習慣的別名。在合并各分E—R圖時，曾做了消除命名沖突的工作，以使數據庫系統(tǒng)中同一關系和屬性具有唯一的名字。這在設計數據庫整體結構時是非常必要的。用View機制可以在設計用戶View時重新定義某些屬性名，使其與用戶一致，以方便使用。（2） 可以對不同級別的用戶定義不同的View，以保證系統(tǒng)的安全性。 （3） 簡化用戶對系統(tǒng)