第一章數據庫原理本章主要內容數據庫系統的基本概念數據模型與關系數據庫的基本理論關系運算的概念與方法關系模式的規范化E-R模型到關系模型的轉換關系數據庫設計的方法與步驟Access2007的工作環境Access2007的主要功能與特點Access數據庫的對象第1節數據庫系統概述數據管理技術的發展數據庫系統的基本概念1.1.1數據管理技術的發展數據管理技術的發展歷程：人工管理階段文件系統階段數據庫系統階段人工管理階段特點：處理數據時幾乎完全需要人工為每個程序專門輸入和輸出數據。文件管理階段特點：數據共享性差、數據冗余度大、數據獨立性差、大量相關數據無統一管理。數據庫管理階段特點：克服了其上兩個階段的所有缺點，出現了此階段最重要的系統軟件——數據庫管理系統（DBMS）。1.1.2數據庫系統的基本概念數據：數據是描述現實中某種事物的形式化表達方式。數據的種類：數值、字符、聲音、圖形、圖像等。數據與信息的區別：意義的表達程度。數據庫（DB）：數據庫是指邏輯上相關的、長期存儲在計算機中的、有組織的、可共享的數據集合。數據庫的特點：共享性、結構化、獨立性、低冗余度、易維護。數據庫管理系統（DBMS）：數據庫管理系統是專用于對數據庫進行管理的系統軟件。DBMS的功能：數據庫定義、數據存取操作、數據庫運行管理、數據組織存儲管理、數據庫維護、其他如數據庫通信等。數據庫系統（DBS）：數據庫系統是指在計算機系統中引入數據庫后的系統構成。數據庫系統的組成：數據庫、數據庫管理系統、應用程序以及數據庫管理員和用戶。數據庫管理員（DBA）：在數據庫系統運行期間，負責數據庫使用、協調、維護等管理工作的專業人員。第2節

數據模型和關系數據庫理論數據模型的概念數據模型的三個層次關系的定義和性質1.2.1數據模型數據模型的含義：從現實世界到計算機世界過渡的產物。須滿足：能夠比較真實地模擬現實世界；易于被人理解和使用；便于在計算機上實現；即能夠描述數據本身還應該能夠反映數據之間的聯系。數據模型有三個層次：概念數據模型：概念數據模型是獨立于計算機系統的數據模型，它不涉及數據在計算機內的表示，只強調將用戶信息概括地、清晰地用某種形式表示出來，是數據庫專業設計人員與用戶之間最早建立和最易于溝通交流的數據模型。在概念數據模型建立時尚不涉及具體的數據庫管理系統，注重的是現實信息的數據描述和概括。邏輯數據模型：邏輯數據模型的建立需要考慮將來數據庫系統所采用的數據庫管理系統，需要利用某種數據庫管理系統支持的數據庫語言將完全與數據庫管理系統無關的概念數據模型轉換成符合該數據庫管理系統類型的邏輯數據模型，邏輯數據模型強調數據庫系統的專業表達和專業描述，是數據庫系統設計人員的重要工具。物理數據模型：物理數據模型強調的是數據在計算機內的存儲方式和存取方法，是一種面向計算機的數據模型。物理數據模型的建立不僅涉及所采用的數據庫管理系統，而且涉及計算機系統的硬件及支持計算機系統運行的操作系統。各級數據模型在數據庫開發中的作用：在數據庫設計開發時，各級數據模型是一種逐漸演變發展深化的過程：首先是將現實世界抽象轉換為概念數據模型，然后是將概念數據模型轉換為邏輯數據模型，最后再將邏輯數據模型轉換為物理數據模型。1.2.2概念數據模型基本概念：實體：客觀存在并可相互區別的事物稱為實體。具體的人、事、物以及抽象的概念都是實體。屬性：實體所具有的某方面的特性稱為屬性。一個實體就是用它的若干個屬性來描述的。實體型：使用若干相同屬性描述的實體屬于同類實體，同類實體使用相同實體名和相同的一組屬性名來表達，這種表達方式稱為實體型。實體集：具有相同實體型的各具體實體的集合稱為實體集。如具有相同實體型的全體學生的集合即是實體集。域：屬性的取值范圍稱為該屬性的域。碼：可以惟一標識一個具體實體的最小屬性集合稱為碼。一個實體的碼有候選碼和主碼之分。聯系：實體與實體之間的關聯關系稱為聯系。實體型之間聯系的種類：兩個實體型之間的聯系：一對一聯系（1:1）：如果一個實體集A中的每一個實體，都至多與另一個實體集B中的一個實體相聯系，反之亦然，則稱這兩個實體集所對應的實體型A與B（一般就簡稱兩個實體）具有一對一聯系，記為1:1。例如，夫妻關系就是夫實體與妻實體間的一對一聯系。一對一聯系可用圖形表示，如下圖所示。一對多聯系（1:n）：如果一個實體集A中的每一個實體，可以與另一個實體集B中的多個實體相聯系，反之，實體集B中的每一個實體，至多與實體集A中的一個實體相聯系，則稱對應的實體型A與實體型B（一般就簡稱實體A與B）具有一對多聯系，記為1:n，其中實體型A稱為一方，實體型B為稱多方。例如，班級與學生的關系就是班級實體與學生實體間的一對多聯系，因為一個班級可以有多個學生，而一個學生只能屬于一個班級，其中班級為一方，學生為多方，如下圖所示。多對多聯系（m:n）：如果一個實體集A中的每一個實體，可以與另一個實體集B中的多個實體相聯系，反之，實體集B中的每一個實體，也可以實體集A中的多個實體相聯系，則稱對應的實體型A與實體型B（一般就簡稱實體A與B）具有多對多聯系，記為m:n。例如，學校開設的課程與學生的關系就是課程實體與學生實體間的多對多聯系，因為一門課程可以有多個學生選修，而一個學生也可以選修多門課程，如下圖所示。多個實體型之間的聯系：多個實體型也可以由于某種聯系建立關系，且多個實體型中每兩個實體型間的聯系類型仍為上述一對一、一對多和多對多三種之一。例如，對于課程、教師和參考書3個實體型，如果一門課程可以有多個教師講授，可以使用多本參考書，而每個教師只講授一門課程，且每本參考書只供一門課程使用，則這3個實體型間的聯系可如下圖所示。同一實體型內部各實體之間的聯系：同一個實體型內部各實體之間也可以存在上述一對一、一對多和多對多三種聯系。例如，職工實體型內部職工之間具有領導和被領導的聯系，即一個擔任某個職務的職工可以領導多個普通職工，而每個普通職工只能被一個擔任某個職務的職工領導，他們之間就是一對多的聯系，如下圖所示。用E-R模型表示概念模型的方法：E-R模型的具體實現是采用圖示來表示現實世界中的實體、屬性和實體之間的聯系的方法，因此獲得的E-R模型也稱為E-R圖。E-R圖所用的圖形符號包括：矩形：用于表示實體，實體名稱寫在矩形框內。橢圓形：用于表示實體或聯系的屬性，屬性名稱寫在橢圓形內部。菱形：用于表示聯系，聯系名稱寫在菱形內部。線段：用于連接矩形與菱形，或矩形與橢圓形。用于連接矩形與菱形的線段上應標注1:1、1:n或m:n等聯系類型。例題：見教材【任務1】至【任務6】。任務1:繪制學生實體及其屬性的E-R圖。并用下劃線標出實體的主碼。任務2：兩個實體間1:1聯系的E-R圖。繪制夫妻之間聯系的E-R圖。任務3：兩個實體間1:n聯系的E-R圖。繪制班級與學生之間聯系的E-R圖。任務4：兩個實體間m:n聯系的E-R圖。繪制學生與課程之間聯系的E-R圖。任務5：三個實體間聯系的E-R圖。繪制教師、課程和參考書之間聯系的E-R圖。任務6：同一實體型內部各實體間聯系的E-R圖。繪制企業中職工的E-R圖。1.2.3邏輯數據模型邏輯數據模型：用于體現數據和數據之間聯系在計算機中的表示和實現方式的數據模型。邏輯數據模型的種類：層次數據模型：網狀數據模型：關系數據模型：重點面向對象的關系數據模型：1.2.4關系的定義和性質二維表的概念：具有如下形式和特點的表格每個二維表均有一個表名，如上圖中的表名為“學生”；二維表由兩大部分組成，即第一行的表頭和下面的多行數據；二維表的每一列均由一個列名和若干數據值組成，且要求同一列的數據值均來自同一定義域，如上圖中第一列的列名為“學號”，其所屬數據值為“913001”等；二維表從第二行開始以下的每一行數據均代表一個實體的信息，如上圖中的每一行組成了一個學生的信息；特別應注意的是，二維表中的每一個單元格都應該是“完整的”，即每個單元格均不能再劃分為區別于其它單元格形態的若干小單元格，同時也不能將若干單元格合并為區別于其它單元格形態的更大的單元格。關系及相關概念：關系：一個關系就是一張二維表，每個關系有一個關系名作為標識，通?？梢詫亩S表表名作為其關系名。如上圖可定義成關系名為“學生名單”的關系。元組：關系中的每一行數據都稱為一個元組，也稱為一個記錄，如上圖中的關系就包括了4個元組。元組體現了關系的值。屬性：關系中的每一列即為一個屬性，也稱為一個字段，如上圖中的關系就包括了學號、姓名、性別和專業等4個屬性。每個屬性由屬性名和屬性值組成，如上圖中關系的第一個屬性名為“學號”，其屬性值即為“913001”、“913002”等。關系模式：即指關系對應的二維表的表頭，關系模式一般表示為

關系名（屬性名1，屬性名2，……，屬性名n）

如上圖中關系的關系模式為

學生（學號、姓名、性別、專業名稱）域：關系的每個屬性值通常都有一個允許的取值范圍，該取值范圍就稱為屬性的域。如上圖中的關系屬性“性別”的域即為{男，女}，屬性“專業”的域即為學生所屬學校開設的所有專業。候選鍵：可以惟一確定一個元組的最小屬性的集合稱為候選鍵，也就是概念數據模型中的候選碼。一個關系至少有一個候選鍵，也可以有多個。如關系模式“學生名單”中，“學號”肯定是其候選鍵，如果學生中沒有重名，則“姓名”也可以是候選鍵。主鍵：為了實現對關系的各種操作以及建立不同關系間的聯系，需為每一個關系都指定一個常用候選鍵，稱為主鍵。如在關系模式“學生名單”中，可指定“學號”作為主鍵，一般表示為

學生（學號、姓名、性別、專業）

即在指定為主鍵的屬性下加下劃線以區別于其它屬性。外鍵：若關系A中的某個屬性或屬性組不是關系A的主鍵，但卻是另一個關系B的主鍵，則稱該屬性或屬性組為關系A的外鍵。例如，設有如下兩個關系模式

學生（學號，姓名，性別，專業名稱）

專業（專業名稱，負責人，聯系電話）

其中“學生”關系的主鍵為“學號”，“專業”關系的主鍵為“專業名稱”，因此在關系“學生”中的屬性“專業名稱”即為其外鍵。外鍵的主要作用是建立了關系之間的聯系。關系的性質：關系的每一個屬性的所有屬性值都必須來自同一個域。關系的不同屬性的屬性值可以具有相同的域，但必須具有不同的屬性名。關系的所有屬性的排列次序可以任意改變。關系的任意兩個元組不可以完全相同。關系的所有元組的排列順序可以任意改變。關系的任意一個屬性值都必須是不可再分的。第3節關系運算及關系完整性關系運算及關系模式的規范化E-R模型到關系模型的轉化1.3.1關系模式的規范化關系運算：對關系數據庫中數據的操作，常見的包括數據的查詢、添加、刪除和修改，而這些操作在關系型數據庫系統中都是通過關系運算完成的。由于關系本質上就是數據的集合，所以關系運算本質上也就是數學中的集合運算，因此關系運算的運算對象和運算結果都是集合的一種表現形態，即關系。關系運算的種類：傳統的集合運算：包括關系的并、交、差和笛卡爾積運算。專用的關系運算：包括關系的選擇、投影、連接和除法運算。例：設有關系模式相同的兩個表，如下表所示關系的并運算：若兩個關系R和S包含有相同的屬性個數，且在對應位置上的屬性的域也相同，則兩個關系R和S可以進行并運算，R和S經并運算后生成的新關系記為R∪S，其元組是由屬于R或屬于S或同時屬于R和S的元組組成的。若有完全相同的組，只保留一個。病人表A∪病人表B的運算結果如表1-3所示關系的交運算：若兩個關系R和S包含有相同的屬性個數，且在對應位置上的屬性的域也相同，則兩個關系R和S可以進行交運算，R和S經交運算后生成的新關系記為R∩S，其元組是由屬于R且同時屬于S的元組組成的。病人表A和病人表B的交運算結果如表1-4所示關系的差運算：若兩個關系R和S包含有相同的屬性個數，且在對應位置上的屬性的域也相同，則兩個關系R和S可以進行差運算，R和S經差運算后生成的新關系記為R－S，其元組是由屬于R但不屬于S的元組組成的。病人表A和病人表B的差運算結果如表1-5所示關系的廣義笛卡爾積運算：兩個分別具有m個屬性和n個屬性的關系R和S的廣義笛卡爾積的運算結果是一個由原關系R和S的所有屬性共（m+n）個屬性組成的新關系，記為R×S，其元組是由R的每一個元組與S的每一個元組無條件連接組成的，故R×S中的元組個數為R和S中元組個數的乘積。設有醫生表，信息如下表1-6所示

假設病人掛號是醫生表×病人表A（表1-1）的結果，即為兩表的笛卡爾積運算結果，如下表1-7所示關系的選擇運算：選擇運算是針對單個關系R所進行的運算，運算結果產生一個新關系，記為σF（R），其中σ為選擇運算符，F為選擇條件，選擇運算后所得到的新關系σF（R）是由原關系R中滿足條件F的元組組成的。選擇病人表A（表1-1）中性別為“男”的數據組成一個新關系，結果如表1-8所示，記做： σ性別=“男”（病人表A）關系的投影運算：投影運算也是針對單個關系R所進行的運算，運算結果產生一個新關系，記為πA（R），其中π為選擇運算符，A為投影范圍，投影運算后所得到的新關系πA（R）是由原關系R中按照投影范圍A的要求，保留A中指定屬性的元組組成的。設關系病人表A，若投影范圍要求是病歷號和病人姓名，則投影后的新關系如表1-9所示，記做：

π病歷號,病人姓名（病人表A）關系的聯接運算：聯接運算是指將兩個或多個關系組合成為一個新關系的運算。事實上，上述關系的廣義笛卡爾積運算就是最廣義的聯接運算，可以認為關系的聯接運算就是在關系的廣義笛卡爾積運算基礎上再施以關系的選擇或投影運算后所得到的結果，因此聯接運算都需要一定的選擇條件或投影要求作為前提，這個前提即為聯接條件。

兩個關系R和S的聯接運算記為，其中F為聯接條件，一般表現為由運算符：＝，＜，＜＝，＞＝，＞，＜＞等組成的關系表達式。

聯接運算的種類有很多，內聯接、左外聯接、右外聯接、全外聯接、自然聯接等，其中最常用的是自然聯接，聯接的原則是按照公共屬性值相等的條件進行聯接，并且消除重復的屬性。如果進行聯接的關系沒有相同屬性，則進行笛卡爾積運算。將醫生表（表1-6）和病人表A（表1-1）進行自然聯接運算，結果如表1-10所示。關系完整性規則：所謂關系完整性規則，就是在對關系運算時必須遵守的一些約束條件，包括三大類：實體完整性規則、參照完整性規則和用戶完整性規則。實體完整性規則：實體完整性規則是指關系中用于定義主鍵的所有屬性對于任何元組都不能取空值（Null）。所謂空值是指“無值輸入”或“輸入了無意義”的值。

例如對于關系：學生（學號，姓名，性別，專業名稱），若指定了“學號”為主鍵，則“學生”關系的所有元組的“學號”的值均不能為空（沒有數據輸入），也不能輸入不在“學號”允許的域值內的數據。用戶完整性規則：用戶完整性規則是指用戶針對某個關系因特殊需要而約定的特殊約束條件。

例如某關系中有“年齡”屬性，而由于該關系所反映的實際情況，要求每個“年齡”取值均須在25–30之間，這就屬于該關系的用戶完整性規則之一。

參照完整性規則：參照完整性規則為兩個有直接聯系的關系提供某種約束，以保證兩個關系間數據的一致性。若關系R中的屬性A為其外鍵，也就是說屬性A為另一個關系S的主鍵，則參照完整性規則規定，關系R中作為外鍵的屬性A的取值只能是兩種情況之一，即或者為空值或者為關系S的主鍵A中已有的值。

例如在關系：學生（學號，姓名，性別，專業名稱），專業（專業名稱，負責人，聯系電話）中，由于“專業名稱”在“學生”關系中為外鍵，則其取值只能是空值（可能是某學生尚未確定專業），或者是取“專業”關系的主鍵“專業名稱”中已經輸入的值（說明某學生是該專業的學生），而不能取一個“專業”關系的主鍵“專業名稱”中所沒有的值（因學生不能選擇一個并不存在的專業）。關系模式的規范化：為了保證在關系運算時關系完整性規則的實現，同時為關系數據庫中各關系模式的設計提供標準，在關系理論中將不同的約束規則組合成一定的規范，并規定了不同的等級，稱之為范式。

在進行關系模式設計時，只要遵守某種范式，就相應的保證達到了某種程度的規范要求，為人們在進行復雜的大型的關系數據庫設計時創造了良好的可操作性條件。

關系模式的規范由低級到高級主要有：第一范式（簡稱1NF）、第二范式（簡稱2NF）、第三范式（簡稱3NF）和BC范式（簡稱BCNF）等。

各范式間的關系是高級范式包含了低級范式中的規范，如某關系模式已符合2NF，則必同時符合1NF。在進行關系模式設計時，符合1NF是最低最基本的要求，不符合1NF的設計根本不能稱之為關系，一般要求至少達到3NF或BCNF的關系模式設計才能繼續其后續的設計及實現工作。1.3.2E-R模型

到關系模型的轉換單個實體的關系實現：轉換方法是直接將實體名作為關系名，實體屬性作為關系屬性，實體碼作為關系主鍵。

例題：見教材【任務7】。兩個實體一對一（1:1）聯系的關系實現：一個1:1聯系可以轉換為一個獨立的關系模式，也可以與其聯系的任一方實體合并成為一個關系模式。

例題：見教材【任務8】。兩個實體一對多（1:n）聯系的關系實現：一個1:n聯系可以轉換為一個獨立的關系模式，也可以與其n方對應的關系模式合并成為一個關系模式。

例題：見教材【任務9】。兩個實體多對多（m:n）聯系的關系實現：一個m:n聯系只能轉換為一個獨立的關系模式，具體方法如下例所示。

例題：見教材【任務10】。三個實體間聯系的關系實現：一個三個實體間的聯系只能轉換為一個獨立的關系模式，具體方法如下例所示。

例題：見教材【任務11】。同一實體型內部各實體間聯系的關系實現：此種實體內部聯系的轉換只需在原實體對應的關系模式中增加一個與聯系有關的屬性即可，具體方法如下例所示。

例題：見教材【任務12】。任務7：將前面二維表代表的“學生”實體轉換為關系模式。任務8：根據任務2的內容，將實體轉換為關系模式（兩種方法）。任務9：根據任務3將“班級”和“學生”實體轉換關系模式（兩種方法）。任務10：根據任務4將“學生”和“課程”實體轉換為關系模式。任務11：根據任務5將“教師”、“課程”及“參考書”三個實體轉換成關系模式。任務12：根據任務6將“職工”實體轉換為關系模式。第4節關系數據庫設計關系數據庫設計概述數據庫設計各階段分析1.4.1數據庫設計概述數據庫設計應包括兩大方面的內容：一是數據結構設計，二是數據應用設計。前者是指針對數據庫整體數據的框架結構的設計，體現了數據庫靜態設計的一面，而后者是指針對數據庫中數據應用而進行的程序設計，體現了數據庫動態設計的一面。數據庫設計的6個階段：即需求分析階段、概念結構設計階段、邏輯結構設計階段、物理結構設計階段、數據庫實施階段、數據庫運行與維護階段。需求分析階段：在該階段，數據庫設計人員需全面了解用戶的實際需求。該階段工作的質量，決定了整個數據庫系統的成敗。可以想象，一個沒有完全理解用戶需求的數據庫系統可能根本不是用戶所需要的。概念結構設計階段：概念結構設計是在需求分析階段所獲得的用戶需求基礎上，通過對用戶需求的綜合、歸納與抽象，生成獨立于具體數據庫管理系統的概念數據模型的過程。最常用的概念結構設計方法就是前面介紹過的E-R模型方法。邏輯結構設計階段：邏輯結構設計就是將上一個階段獲得的抽象的概念模型轉換為某種具體數據庫管理系統支持的邏輯數據模型的過程。由于目前主要采用關系型的邏輯數據模型，因此本階段的主要工作就是將E-R模型轉換為關系模型。物理結構設計階段：本階段的工作就是為已獲得的邏輯數據模型確定適合的物理實現結構，即給出物理數據模型，具體包括確定適合的數據庫存儲結構和數據存取方法，目的是達到用戶滿意的性能要求。數據庫實施階段：在數據庫實施階段，借助于選定數據庫管理系統所支持的各種軟件工具，完成數據庫建立、編制并調試應用程序、為數據庫輸入數據等任務，并開始試運行和系統測試的工作。數據庫運行與維護階段：此階段為數據庫系統的正式運行和應用階段，也是時間上最長久的階段，其最重要的任務就是完成對系統運行中出現的問題不斷進行調整和改進的維護工作，并對系統做出總結和評價。1.4.2需求分析需求分析的任務：需求分析的任務是通過詳細調查現實世界要處理的對象，如某個需要建立以數據庫為基礎的管理信息系統的組織，充分了解該組織原系統的工作情形，明確用戶的各種需求，并盡可能全面地描述出待建新系統的功能。需求分析的重點：需求分析的重點是調查、收集及分析用戶在信息管理中對數據處理的各種要求，包括處理要求、信息性要求、安全性要求以及完整性要求等。需求分析的方法步驟：調查用戶：包括組織機構調查、業務情況調查、用戶對新系統的要求調查等，并將調查結果整理為圖、表及相應的文字說明。分析調查結果：調查完成后，需進一步分析調查結果，分析方法常采用自上而下的結構化分析方法，并將分析結果用數據流圖（dataflowdiagram，DFD）和數據字典（datadictionary，DD）等工具描述。1.4.3概念結構設計概念結構設計：就是將需求分析階段得到的用戶需求抽象為信息結構的概念模型的過程。概念結構設計獨立于數據庫的邏輯結構，也獨立于支持數據庫的數據庫管理系統，它是現實世界的一個真實模型，易于理解，便于和用戶交流，同時也易于向關系等邏輯模型轉換。概念結構設計的方法：自頂向下方法：即先定義全局概念結構框架，再逐步細化的方法。自底向上方法：即先定義各局部的概念結構，在逐步集成為更大的局部概念結構，最后得到全局概念結構。逐步擴張方法：即首先定義最核心的概念結構，再逐步向外擴張，生成其它概念結構，最終擴充到全局概念結構?；旌戏椒ǎ杭磳⒆皂斚蛳潞妥缘紫蛏蟽煞N方法聯合應用的方法，一般是用自頂向下方法設計全局概念結構，而以自底向上方法設計各局部概念結構。概念結構設計一般步驟：數據抽象和局部視圖設計：即利用分類、聚集與概括等抽象機制，將需求分析階段收集到的數據抽象為實體、實體屬性以及實體之間的聯系，并將結果設計為各局部E-R圖的形式保存。集成局部視圖：在各局部E-R圖設計完成以后，需要將它們逐步合并，最終集成為一個整體的概念結構，并以總E-R圖的形式保存。1.4.4邏輯結構設計邏輯結構設計：就是將概念結構設計的結果—概念數據模型，轉換為支持某種類型的邏輯數據模型的過程，目前最主流的設計是向關系型數據模型轉換。這個階段的設計工作需考慮選定的數據庫管理系統的支持，以利于下一階段數據庫管理系統支持下的數據庫物理結構設計。邏輯結構設計的3個步驟：將概念結構設計結果轉換為一般的關系數據模型。將轉換來的一般的關系數據模型再轉換為某種具體數據庫管理系統支持的數據模型。對獲得的初步數據模型進行必要的優化。1.4.5物理結構設計物理結構設計：數據庫在物理設備上的存儲結構與存取方法稱為數據庫的物理結構，數據庫的物理結構依賴于其所運行的計算機軟硬件環境，為給定的邏輯數據模型選擇一個最適當的物理結構的過程就是數據庫的物理結構設計。數據庫物理設計一般要經過兩個過程：確定數據庫的物理結構：數據庫的物理結構需要確定兩點，一是確定數據庫的存儲結構，即指確定數據的存放位置和組織形式；二是確定數據的存取方法，即向文件中寫入數據以及從文件中讀出數據的方法。評價數據庫的物理結構：在設計數據庫物理結構的過程中，應從時間效率、空間效率、維護代價以及滿足不同用戶各種要求等多方面綜合權衡，可能需要考慮若干個不同方案，最終結合所采用的數據庫管理系統特點，選擇一種最優的數據庫物理結構，這是個可能需要多次反復的過程。1.4.6數據庫實施數據庫實施：就是要建立數據庫并開始數據庫的試運行過程。數據庫實施的步驟：定義數據庫結構：即使用選定的數據庫管理系統來定義數據庫結構。數據裝載：在結構已定義完成的數據庫中輸入數據，一般有人工直接輸入或計算機輔助輸入兩種方法。編制與調試應用程序：數據庫建立后，即可開始編寫和調試數據庫的應用程序。數據庫試運行：在應用程序編寫并調試完成后，便可開始數據庫與應用程序的聯合調試，即數據庫系統的試運行過程，主要包括數據庫系統功能和性能兩方面的測試。1.4.7數據庫運行與維護數據庫運行與維護階段主要包括如下任務內容：數據庫的轉儲和恢復：即定時做數據庫及數據庫運行中日志文件的備份，以備在數據庫系統發生較嚴重故障時，可利用這些備份將數據庫系統恢復到備份時的狀態。數據庫的安全性、完整性控制：在數據庫系統運行期間，數據庫管理員可利用數據庫管理系統提供的工具來保證數據庫運行的安全性和完整性，如可通過完整性約束條件限制以及操作權限限制等方法達到數據庫安全及完整性要求。數據庫性能的監督、分析和改進：在數據庫系統運行過程中，數據庫管理員還必須借助于數據庫管理系統提供的工具隨時監控數據庫系統的運行，并隨時分析監控數據，及時發現問題，及時改進系統性能。數據庫的重組織和重構造：當數據庫系統運行一段時間以后，由于數據被不斷的進行增、刪、改的操作，數據庫的物理存儲會越來越混亂，造成數據庫性能的下降，此時就需要由數據庫管理員來對數據庫的物理存儲進行整理，即對數據庫進行重組織。而數據庫的重構造是指在數據庫由于應用環境的變化，需要對數據庫整體或部分關系模式進行改變時所進行的對數據庫系統邏輯結構的改變，這種改變對數據庫系統來說是一種大規模的變化，因而被稱為數據庫的重構造。一般的數據庫管理系統都提供對數據庫進行重組織和重構造的相應軟件工具。第5節認識Access2007數據庫Access是什么Access數據庫格式Access的啟動與退出Access2007環境1.5.1Access數據庫格式Access數據庫：是存放各種數據的一個集合，通過這個集合中各個對象，可以對數據庫中的各種數據進行分析、處理，也可對新的數據進行記錄。Access數據庫不僅要將表保存在數據庫中，同時還要把數據庫處理過程中的其他對象如窗體、報表、模塊等，一起存儲在數據庫中。Access數據庫格式：Access早期的數據庫格式是MDB文件，Access2007的數據庫文件為ACCDB。另外Access2007還引人了以下幾個新的文件擴展名：ACCDE：取代了舊版的MDE文件，為“僅執行”模式的Access2007文件。ACCDE文件不包含VBA源代碼，因此不能對其進行查看、修改和創建VBA代碼的操作。ACCDE：數據庫模板文件。ACCDR：這一類型的文件是鎖定的數據庫文件，這種數據庫可以打開，但無法查看其中的內容。ACCDR文件的生成方法是將ACCDB文件直接進行重命名而來，因此，取消數據庫的鎖定只要再次進行更名操作即可。ACCDB數據庫格式的新增功能：多值字段：Access2007中允許一個字段中存儲多個值，只要設置并創建這樣的字段即可。附件數據類型：附件數據類型可用來存儲所有類型的文件，這些文件將被適當的進行壓縮。與此同時數據庫并不會因為這些附件文件而占用大量空間，可以將word文檔、圖片等文件附加到記錄中，甚至可將多個文件附加到同一條記錄中。備注字段的歷史記錄跟蹤：備注字