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