引導語：資料庫是按照資料結構來組織、儲存和管理資料的倉庫，以下是本站小編分享給大家的2017計算機等級考試二Access資料庫基礎教程，歡迎閱讀!
計算機資料管理的發展
資料庫是20世絕60年代後期發展起來的一項重要技術，70年代以來資料庫技術得到迅猛發展，已經成為電腦科學與技術的一個重要分支。本章主要介紹資料庫的基本概念和基本理論，並結合Microsoft Access講解與關係資料庫相關的基本慨念。
1.1 數椐庫基礎知識
資料庫是20世紀60年代末發展起來的一項重要技術，它的出現使資料處理進入了一個嶄新的時代，它能把大量的資料按照一定的結構儲存起來，在資料庫管理系統的集中管理下，實現資料共享。那麼，什麼是資料庫?什麼是資料庫管理系統呢?下面做一簡單介紹。
1.1.1 計算機資料管理的發展
一、 資料與資料處理
資料是指儲存在某種介質上能夠識別的物理符號。資料的概念包括兩個方面：其一是描述事物特性的資料內容;其二是儲存在某一種介質上的資料形式。資料的形式可以是多種多樣的，例如，某人的生日是“1988年6月25日” ，可以表示為“1988.06. 25”，其含義並沒有改變。
資料的概念在資料處理領域中已經大大拓寬。資料不僅包括數字、字母、文字和其它待殊字元組成的文字形式，而且還包括圖形、影象、動畫、影像、聲音等多媒體形式，但是使用最多、最基本的仍然是文字資料。
資料處理是指將資料轉換成資訊的過程。從資料處理的角度而言，資訊是一種被加工成特定形式的資料，這種資料形式對於資料接收者來說是有意義的。
人們說“資訊處理”，其真正含義是為了產生資訊面處理資料。通過處理資料可以獲得資訊，通過分析和篩選資訊可以進行決策。
在計算機系統中，使用計算機的外儲存器(如磁碟)來儲存資料;通過軟體系統來管理資料;通過應用系統來對資料進行加工處理。
關係資料模型
1.2 關係資料庫
自20 世紀80年代以來，新推出的資料庫管理系統幾乎都支援關係資料模型，Access就是一種關係資料庫管理系統。本節將結合Access來集中介紹關係資料庫系統的基本概念。
1.2.1 關係資料模型
關係資料模型的使用者介面非常簡單，一個關係的邏輯結構就是一張二維表。這種用二維表的形式表示實體一和實體一間聯絡的資料模型稱為關係資料模型。
一、關係術語
在Access中，一個“表”就是一個關係。圈1.5給出了一張教師表，圖1.6 給出了一張工資表，這是兩個關係。這兩個表中都有唯一標識一名教師的屬性——編號，根據教師編號通過一定的關係運算可以將兩個關係聯絡起來。
1.關係
—個關係就是一張二維表，每個關係有一個關係名。在Access中，一個關係儲存為一個表， 具有一個表名。
對關係的描述稱為關係模式，一個關係模式對應一個關係的結構。其格式為：
關係名(屬性名1，屬性名2，……，屬性名n)
在Access中，表示為表結構：
表名(欄位名1，欄位名2，……，欄位名n)
資料庫設計步驟
1.3.1 資料庫設計步驟
資料庫應用系統與其它計算機應用系統相比，一般具有資料量龐大、資料儲存時間長、資料關聯比較複雜、使用者要求多樣化等特點。設計資料庫的目的實質上是設計出滿足實際應用需求的實際關係模型。在Access中具體實施時表現為資料庫和表的結構合理，不僅儲存了所需要的實體資訊，並且反映出實體之間客觀存在的聯絡。
一、設計原則
為了合理組織資料，應遵從以下基本設計原則：
1.關係資料庫的設計應遵從概念單一化“一事一地”的原則
―個表描述一個實體或實體間的一種聯絡。避免設計大而雜的表，首先分離那些需要作為單個主題而獨立儲存的資訊，然後通過Access確定這些主題之間有何聯絡，以便在需要時將正確的資訊組合在一起。通過將不同的資訊分散在不同的表中，可以使資料的組織工作和維護工
作更簡單，同時也可以保證建立的應用程式具有較高的效能。
例如，將有關教師基本情況的資料，包括姓名、性別、工作時間等，儲存到教師表中。將工資單的資訊應該儲存到工資表中，而不是將這些資料統統放到一起。同樣道理，應當把學生資訊儲存到學生表中，把有關課程的成績儲存在選課表中。
2.避免在表之間出現重複欄位
除了保證表中有反映與其他表之間存在聯絡的外部關鍵字之外，應儘量避免在表之間出現重複欄位。這樣做的目的是使資料冗餘儘量小，防止在插入、刪除和更新時造成資料的不一致。
例如，在課程表中有了課程名宇段，在選課表中就不應該有課程名欄位。需要時可以通過兩個表的聯接找到所選課程對應的課程名稱。
3.表中的.欄位必須是原始資料和基本資料元素
表中不應包括通過計算可以得到的“二次資料”或多項資料的組合。能夠通過計算從其他欄位推匯出來的欄位也應儘量避免。
例如，在職工表中應當包括出生日期欄位，而不應包括年齡欄位。當需要査詢年齡的時候， 可以通過簡單計算得到準確年齡。
在特殊情況下可以保留計算欄位，但是必須保證資料的同步更新。例如，在工資表中出現的“實發工資”欄位，其值是通過“基本工資+獎金+津貼-房租-水電費-托兒費”計算出來的。每次更改其他欄位值時，都必須重新計算。
4.用外部關鍵字保證有關聯的表之間的聯絡
表之間的關聯依靠外部關鍵字來維繫，使得表結構合理，不僅儲存了所需要的實體資訊，並且反映出實體之間的客觀存在的聯絡，最終設計出滿足應用需求的實際關係模型。
二、設計的步驟
利用Access來開發資料庫應用系統，一般步驟如圖1.11所示。
(1)需求分析。確定建立資料庫的目的，這有助於確定資料庫儲存哪些資訊。
(2)確定需要的表。可以著手將需求資訊劃分成各個獨立的實體，例如教師、學生、工資、選課等。每個實體都可以設計為資料庫中的一個表。
(3)確定所需欄位。確定在每個表中要儲存哪些欄位，確定關鍵字，欄位中要儲存資料的資料型別和資料的長度。通過對這些宇段的顯示或計算應能夠得到所有需求資訊。
(4)確定聯絡。對每個表進行分析，確定一個表中的資料和其他表中的資料有何聯絡。必要時可在表中加入一個欄位或建立一個新表來明確聯絡。
(5)設計求精。對設計進一步分析，査找其中的錯誤;建立表，在表中加入幾個示例資料記錄，考察能否從表中得到想要的結果。需要時可調整設計。
在初始設計時，難免會發生錯誤或遺漏資料。這只是一個初步方案，以後可以對設計方案進一步完善。完成初步設計後，可以利用示例資料對錶單、報表的原型進行測試。Access很容易在建立資料庫時對原設計方案進行修改。可是在資料庫中載入了大量資料或報表之後，再要修改這些表就比較困難了。正因為如此，在開發應用系統之前，應確保設計方案已經比較合理。
