1、數據管理數據管理包括數據的存儲、檢索和操縱。為了能夠在系統開發和開展業務工作期間有效地與信息服務人員進行聯系，用戶管理人員應具備本章中所提到的有關概念、方法和術語方面的業務知識。一、數據和信息計算機系統并不存儲信息，只存儲數據。數據是獲得信息的原始材料，為了滿足定期存取的需要，它們被存儲在二級(輔助)存儲設備(磁盤和磁帶)上。信息是經過同化、聚合和“加工”后的有特定含義的數據。為了突擊數據和信息之間的差別，我們考察下面的例子。一個部門領導要求每個職工分別在一紙上寫下他們的年齡。每紙只有一行含義簡單的數據。然而經理可以從這些數據中獲得信息。他能夠以此確定超過50歲的職工有多少、職工平均年齡是多少

2、，最年輕的職工年齡是多少等等。人們經常使用“信息處理”這個詞匯容易造成誤解，實際上，它的真正含義是為了產生信息而處理數據。二、數據組織的層次體系任何信息系統都有一個數據組織的層次體系。在該層次體系中，每一后繼層都是其前驅層數據元組合的結果，最終實現一個綜合的數據庫。處于第一層的“位”用戶是不必了解的，而其它五層則是用戶輸入和請求數據時合理的需要。數據是一切信息系統的基礎。一個高質量的計算機信息系統的最終用戶必須具備數據的組織與其處理方面的知識。 ? 位位是主存儲器和輔助存儲器的基本單位。計算機是電子的，因而只能實現兩種狀態。從物理上講，可以通過不同途徑來實現這兩種狀態(電流的方向，開關，涂在帶

3、上和盤上的鐵淦氧的磁性排列)。由于每一位只能表示兩種狀態，因此，必須將位組合才能形成字母數字字符。由位組合成的字母數字字符被暫時存放在主存儲器中，或永久地存放在輔助存儲器中。在主存和輔存中存放的是字母數字字符的部表示形式(例如，如果采用EBC-DIC編碼體制，則11000010表示字母A，而11110001表示數字1)。在輸入時，對字母數字字符進行編碼以形成若干位的組合，而在輸出時進行譯碼。目前還沒有工業標準的編碼體制。最為流行的編碼體制是六位二進制編碼的十進制碼(BCD)，七位ASCII碼以與八位擴充二進制編碼的十進制交換碼(EBCDIC-發音為eb-se-dik)。六位編碼最多可以表示64

4、個字符(2?6)。七位編碼可以表示128個字符，而八位編碼可以表示256個字符。讀者可能會問：既然用六位就可以對一個字符編碼。為什么還要用八位來編碼?這是因為六位碼的64種可能的組合只夠表示字母、數字和18個特殊符號。如果希望有表示大寫和小寫字母，那么六位編碼就不夠用了。因此，就需要具有128種組合的七位編碼。目前還難以想象出對128種以上的位的組合需要。引進八位編碼體制(EBCDIC)是為了利用這一個事實，即只用4位(24-具有16種可能的組合)來表示一個數值數據。因此，一個8位的編碼實際上可以用來表示兩個十進制數字。由于所存儲的數據多數是數值數據，所以將兩個數字的編碼壓縮成八位可以節省存儲

5、空間。EBCDIC的8位組合稱之為一個字節。而BCD的六位就構成一個字節。在BCD和ASCII編碼體制中，字節是字符的同義詞。在EBCDIC編碼體制中，由于可以將兩個數字壓縮到一個字節中，所以EBCDIC的字節與字符間并不一一對應。然而，在涉與到存儲容量時，則經常交替地使用字符和字節。一個磁盤組可以有800兆字節容量(即800兆字節的永久存儲器)，而一臺計算機的主存可以有8兆字節(作為處理用的兆字節的高速臨時存儲器)。較小的存儲設備用千字節(一千個字節的倍數來度量)。通常將兆和千分別縮寫“M”和“K”。在邏輯上講，一個EBCDIC字節是8位，而實際上它有9位。由于要將這些位在計算機和外部設備(

6、或遠程終端)之間傳送，所以在計算機硬件中使用了一種部校驗方法來保證傳送數據的準確性。這種構驗方法之一是給傳送的數據附加一位奇偶校驗位，用該位來發現在傳送過程中是否丟失了一位。計算機可以采用偶數奇偶校驗或奇數奇偶校驗法，即每一字符要包含偶數個或奇數個“開狀態”位。假定某臺計算機采用偶數奇偶校驗法，如果要將一個EBCDIC的字母A(它具有奇數個“開”位-11000001)寫到磁帶上，那么在傳送之前為了維持偶校驗，則需要增加一位奇偶位(即：111000001偶數個“開”位)，在將字符寫到磁帶之前，硬件自動計算“開”位的個數。如果計算機結果是奇數，則說明已經出現了奇偶校驗錯誤，計算機自動向操作員發出警

7、告。 ? 字符(字節)在通過鍵盤(光符號識別器或其他輸入設備)輸入一個字符時，機器直接將字符翻譯成某特定的編碼系統中一串位的組合。一個計算機系統可以使用不止一種編碼體制。例如，某些計算機系統中將ASCII編碼體制用于數據通信，而將EBCDIC編碼體制用于數據存儲。 ? 數據元描述數據元的最好辦法是舉例說明。一個人的社會保險號、信用卡號、街道地址和婚姻狀況等都是數據元。在數據的層次體系中，數據元是最低一層的邏輯單位，為了形成一個邏輯單位，需要將若干位和若干字節組合在一起。一個日期不一定是一個數據元，它可以是三個數據元：年、月、日。對地址來說，也是同樣的。一個地址中可以包括、城市、街道地址和郵政碼

8、這四個數據元。從邏輯上可以把日期和地址都看成是一個數據元，但是輸出這種數據元是不方便的。例如，通常在輸出時總是把街道地址單寫一行，因而應該把一個地址的幾個數據元分開。此外，由于和地址文件經常按郵政碼排序，因此，需要將郵政碼作為一個邏輯實體(數據元)來對待。根據上下文的需要，有時也把數據元稱作為字段(記錄中的字段)。數據元是泛指的，而數據項才是實際的實體(或實際的“值”)。例如，社會保險號是一個數據元，而445487279和44214158則是兩個數據項。為了節省輸入數據時敲打鍵盤的時間和存儲空間，在輸入數據時通常將數據元編碼。例如，通常將職工主文件中的“性別”數據元編碼，這樣，數據錄入員就可以

9、簡單的輸入“M”或“F”來代替“Male”(男)或“Female”(女)。在輸出時再將“M”和“F”分別翻譯成“男”或“女”。在設計數據元時，可以使一個數據項(如)的編碼具有特定的含義，從而可以向用戶提供信息。例如，可以將一個大學的六位編碼如下：表20.6.1舉一個例子，RBI001將表示生物系的1另研究項目的。 ? 記錄將邏輯上相關的數據元組合在一起就形成一個記錄。表20.6.2列舉了一個職工記錄中可能包含的若干數據元，以與作為職工記錄的一個值的若干數據項。記錄是能夠從數據庫中存取的最低一層的邏輯單位。例如，如果一個人事經理需要知道阿溫肥訪芩溝幕橐鱟純觶敲矗桶閹惱黽鍬即癰ù嬤腥隼床

10、偷街鞔娼寫懟£ ? 文件文件是邏輯上相關的記錄的集合。職工主文件包含每一個職工的記錄。庫存文件包含每一種庫存貨物的記錄。應收帳目文件包含每個顧客的記錄。“文件”這個詞有時也指某臺二級存儲設備上的一塊已命名的區域，該區域中可以包含程序代碼、教材、數據，甚至還可以包含輸出報表。 ? 數據庫數據庫是一種作為計算機系統資源共享的全部數據之集合。有時根據不同應用領域可將該資源共享數據分成若干段。例如，財會數據庫可以劃分為一個應用領域，它可以包含六個不同的文件。讀者應該注意到：用“文件”來組織數據這種方法將帶來數據的冗余。也就是說，為了在處理時使用，必須將某些數據元重復地存放在幾個文件中。例如，

11、在一所大學的安置辦公室、宿舍管理處、財務支持辦公室以與注冊處等都有可能保存學生文件。像學生名、校地址這類數據元幾乎在每個文件中都重復出現。在對開發一個綜合的學生信息系統進行可行性分析時，一些系統分析員在美國西南部一所規模很大的大學中發現有75個計算機文件中都包含學生名和校地址。采用先進的數據庫管理系統比之傳統的文件系統有較大的改進，它使得用戶可以將存儲數據的重復程度減至最小。三、數據庫的概念與用途 ? 數據庫的概念什么是數據庫呢?當人們從不同的角度來描述這一概念時就有不同的定義(當然是描述性的)。例如，稱數據庫是一個“記錄保存系統”(該定義強調了數據庫是若干記錄的集合)。又如稱數據庫是“人們為

12、解決特定的任務，以一定的組織方式存儲在一起的相關的數據的集合”(該定義側重于數據的組織)。更有甚者稱數據庫是“一個數據倉庫”。當然，這種說法雖然形象，但并不嚴謹。嚴格地說，數據庫是“按照數據結構來組織、存儲和管理數據的倉庫”。在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣“倉庫”，并根據管理的需要進行相應的處理。例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、年齡、性別、籍貫、工資、簡歷等)存放在表20.6.3中，這表就可以看成是一個數據庫。有了這個“數據倉庫”我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個圍的職工人數等等。這些工作如果都能在計算

13、機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種“數據庫”，使其可以利用計算機實現財務、倉庫、生產的自動化管理。 J.Martin給數據庫下了一個比較完整的定義：數據庫是存儲在一起的相關數據的集合，這些數據是結構化的，無有害的或不必要的冗余，并為多種應用服務；數據的存儲獨立于使用它的程序；對數據庫插入新數據，修改和檢索原有數據均能按一種公用的和可控制的方式進行。當某個系統中存在結構上完全分開的若干個數據庫時，則該系統包含一個“數據庫集合”。 ? 數據庫的優點使用數據庫可以帶來許多好處：如減少了數據的冗余度，從而大節省了數據的存儲空間

14、；實現數據資源的充分共享等等。此外，數據庫技術還為用戶提供了非常簡便的使用手段使用戶易于編寫有關數據庫應用程序。特別是近年來推出的微型計算機關系數據庫管理系統dBASELL，操作直觀，使用靈活，編程方便，環境適應廣泛(一般的十六位機，如IBM/PC/XT，國產長城0520等均可運行種軟件)，數據處理能力極強。數據庫在我國正得到愈來愈廣泛的應用，必將成為經濟管理的有力工具。數據庫是通過數據庫管理系統(DBMS-DATA BASE MANAGEMENT SYSTEM)軟件來實現數據的存儲、管理與使用的dBASELL就是一種數據庫管理系統軟件。 ? 數據庫結構與數據庫種類數據庫通常分為層次式數據庫、

15、網絡式數據庫和關系式數據庫三種。而不同的數據庫是按不同的數據結構來聯系和組織的。 1.數據結構模型 (1)數據結構所謂數據結構是指數據的組織形式或數據之間的聯系。如果用D表示數據，用R表示數據對象之間存在的關系集合，則將DS(D，R)稱為數據結構。例如，設有一個簿，它記錄了n個人的名字和相應的。為了方便地查找某人的，將人名和按字典順序排列，并在名字的后面跟隨著對應的。這樣，若要查找某人的(假定他的名字的第一個字母是Y)，那么只須查找以Y開頭的那些名字就可以了。該例中，數據的集合D就是人名和，它們之間的聯系R就是按字典順序的排列，其相應的數據結構就是DS(D，R)，即一個數組。 (2)數據結構種

16、類數據結構又分為數據的邏輯結構和數據的物理結構。數據的邏輯結構是從邏輯的角度(即數據間的聯系和組織方式)來觀察數據，分析數據，與數據的存儲位置無關。數據的物理結構是指數據在計算機中存放的結構，即數據的邏輯結構在計算機中的實現形式，所以物理結構也被稱為存儲結構。本節只研究數據的邏輯結構，并將反映和實現數據聯系的方法稱為數據模型。目前，比較流行的數據模型有三種，即按圖論理論建立的層次結構模型和網狀結構模型以與按關系理論建立的關系結構模型。 2.層次、網狀和關系數據庫系統 (1)層次結構模型層次結構模型實質上是一種有根結點的定向有序樹(在數學中“樹”被定義為一個無回的連通圖)。例如圖20.6.4是一

17、個高等學校的組織結構圖。這個組織結構圖像一棵樹，校部就是樹根(稱為根結點)，各系、專業、教師、學生等為枝點(稱為結點)，樹根與枝點之間的聯系稱為邊，樹根與邊之比為1:N，即樹根只有一個，樹枝有N個。這種數據結構模型的一般結構見圖20.6.5所示。圖20.6.4 高等學校的組織結構圖圖20.6.5 層次結構模型圖20.6.5中，Ri(i1，2，6)代表記錄(即數據的集合)，其中R1就是根結點(如果Ri看成是一個家族，則R1就是祖先，它是R2、R3、R4的雙親，而R2、R3、R4互為兄弟)，R5、R6也是兄弟，且其雙親為R3。R2、R4、R5、R6又被稱為葉結點(即無子女的結點)。這樣，Ri(i1

18、，2，6)就組成了以R1為樹根的一棵樹，這就是一個層次數據結構模型。按照層次模型建立的數據庫系統稱為層次模型數據庫系統。IMS(Information Manage-mentSystem)是其典型代表。 (2)網狀結構模型?在圖20.6.6中，給出了某醫院醫生、病房和病人之間的聯系。即每個醫生負責治療三個病人，每個病房可住一到四個病人。如果將醫生看成是一個數據集合，病人和病房分別是另外兩個數據集合，那么醫生、病人和病房的比例關系就是M:N:P(即M個醫生，N個病人，P間病房)。這種數據結構就是網狀數據結構，它的一般結構模型如圖20.6.7所示。在圖中，記錄Ri(i1，2，8)滿足以下條件：可以

19、有一個以上的結點無雙親(如R1、R2、R3)。至少有一個結點有多于一個以上的雙親。在“醫生、病人、病房”例中，“醫生集合有若干個結點(M個醫生結點)無“雙親”，而“病房”集合有P個結點(即病房)，并有一個以上的“雙親”(即病人)。圖20.6.6 醫生、病房和病人之間的關系圖20.6.7 網狀結構模型按照網狀數據結構建立的數據庫系統稱為網狀數據庫系統，其典型代表是DBTG(Data Base Task Group)。用數學方法可將網狀數據結構轉化為層次數據結構。 (3)關系結構模型關系式數據結構把一些復雜的數據結構歸結為簡單的二元關系(即二維表格形式)。例如某單位的職工關系就是一個二元關系(見表

20、20.6.8)。這個四行六列的表格的每一列稱為一個字段(即屬性)，字段名相當于標題欄中的標題(屬性名稱)；表的每一行是包含了六個屬性(工號、年齡、性別、職務、工資)的一個六元組，即一個人的記錄。這個表格清晰地反映出該單位職工的基本情況。表20.6.8 職工基本情況通常一個m行、n列的二維表格的結構如表20.6.9所示。表中每一行表示一個記錄值，每一列表示一個屬性(即字段或數據項)。該表一共有m個記錄。每個記錄包含n個屬性。作為一個關系的二維表，必須滿足以下條件： (1)表中每一列必須是基本數據項(即不可再分解)。 (2)表中每一列必須具有一樣的數據類型(例如字符型或數值型)。 (3)表中每一列

21、的名字必須是唯一的。 (4)表中不應有容完全一樣的行。 (5)行的順序與列的順序不影響表格中所表示的信息的含義。由關系數據結構組成的數據庫系統被稱為關系數據庫系統。在關系數據庫中，對數據的操作幾乎全部建立在一個或多個關系表格上，通過對這些關系表格的分類、合并、連接或選取等運算來實現數據的管理。dBASEII就是這類數據庫管理系統的典型代表。對于一個實際的應用問題(如人事管理問題)，有時需要多個關系才能實現。用dBASEII建立起來的一個關系稱為一個數據庫(或稱數據庫文件)，而把對應多個關系建立起來的多個數據庫稱為數據庫系統。dBASEII的另一個重要功能是通過建立命令文件來實現對數據庫的使用和

22、管理，對于一個數據庫系統相應的命令序列文件，稱為該數據庫的應用系統。因此，可以概括地說，一個關系稱為一個數據庫，若干個數據庫可以構成一個數據庫系統。數據庫系統可以派生出各種不同類型的輔助文件和建立它的應用系統。 ? 數據庫的要求與特性為了使各種類型的數據庫系統能夠充分發揮它們的優越性，必須對數據庫管理系統的使用提出一些明確的要求。 1.建立數據庫文件的要求 (1)盡量減少數據的重復，使數據具有最小的冗余度。計算機早期應用中的文件管理系統，由于數據文件是用戶各自建立的，幾個用戶即使有許多一樣的數據也得放在各自的文件中，因而造成存儲的數據大量重復，浪費存儲空間。數據庫技術正是為了克服這一缺點而出現

23、的，所以在組織數據的存儲時應避免出現冗余。 (2)提高數據的利用率，使眾多用戶都能共享數據資源。 (3)注意保持數據的完整性。這對某些需要歷史數據來進行預測、決策的部門(如統計局、銀行等)特別重要。 (4)注意同一數據描述方法的一致性，使數據操作不致發生混亂。如一個人的學歷在人事檔案中是大學畢業，而在科技檔案中卻是大學程度，這樣就容易造成混亂。 (5)對于某些需要的數據，必須增設措施。 (6)數據的查找率高，根據需要數據應能被與時維護。2.數據庫文件的特征無論使用哪一種數據庫管理系統，由它們所建立的數據庫文件都可以看成是具有一樣性質的記錄的集合，因而這些數據庫文件都有一樣的特性： (1)文件的

24、記錄格式一樣，長度相等。 (2)不同的行是不同的記錄，因而具有不同的容。 (3)不同的列表示不同的字段名，同一列中的數據的性質(屬性)一樣。 (4)每一行各列的容是不能分割的，但行的順序和列的順序不影響文件容的表達。 3.文件的分類對文件引用最多的是主文件和事物文件。其他的文件分類還包括表文件、備份文件、檔案的輸出文件等。下面將講述這些文件。 (1)主文件。主文件是某特定應用領域的永久性的數據資源。主文件包含那些被定期存取以提供信息和經常更新以反映最新狀態的記錄。典型的主文件有庫存文件、職工主文件和收帳主文件等。 (2)事務文件。事務文件包含著作為一個信息系統的數據活動(事務)的那些記錄。這些

25、事務被分批以構成事務文件。例如，從每周工資卡上錄制下來的數分批存放在一個事務文件上，然后對照工資清單文件進行處理以便打印出工資支票和工資記錄簿。 (3)表文件。表文件是一些表格。之所以單獨建立表文件而不把表設計在程序中是為了便于修改。例如，一個公用事業公司的稅率表或國稅務局的稅率就可以存儲在表中文件。 (4)備用文件。備用文件是現有生產性文件的一個復制品。一旦生產性文件受到破壞，利用備用文件就可以重新建立生產性文件。 (5)檔案文件。檔案文件不是提供當前處理使用的，而是保存起來作為歷史參照的。例如，國稅務局(IRS)可能要求檢查某個人最近15年的歷史。實際上，檔案文件恰恰是在給定時間工作的一個

26、“快照”。 (6)輸出文件。輸出文件包含將要打印在打印機上的、顯在屏幕上的或者繪制在繪圖儀上的那些信息的數值映象。輸出文件可以是“假脫機的”(存儲在輔存設備上)，當輸出設備可用時才進行實際的輸出。四、數據的操縱和檢索綜合數據庫管理系統到目前為止，我們集中討論了傳統的文件處理。此處，文件是作為一個獨立的邏輯實體來處理的，而且通常與某個特定的業務領域相聯系。為了把業務上相近的那些部門的文件綜合在一起，必須預先排序記錄和合并文件。這樣做可能耗費大量的時間，有時甚至是不可能實現的。通常，文件是為了滿足特定業務領域某部門的專門需要而設計的，如果某部門想使用保存在一個文件上的部分數據，而該文件是另一部門為

27、自己使用而設計的，那么他們必須抽取這些數據并重新整理后才能使用。大多數部門總是寧愿建立和保持和一個類似(而不同)的文件以更好地滿足自己的使用要求，而不愿兼顧其他部門的業務需要。這樣做的結果形成了大量的帶有重復數據的文件。前面的例子中已經提到，某所大學就保存了75個獨立的計算機文件，而每個文件中都包含有學生記錄。每當一個學生結婚了或者改換了住處時，則必須修改75個文件。數據的冗余會使成本提高，而設計一個綜合的資源共享數據庫則可以把數據冗余度降低到最小程度。綜合的資源共享數據庫把公司看作一個整體來提供服務，而不只是為公司某特殊部門服務。利用數據庫管理系統(DBMS)軟件就可能實現一個綜合的數據庫。

28、早在70年代初期就出現了DBMS技術，但是直到70年代末期仍未得到普遍的接受。早期的DBMS“軟件包”效率不高，實際上比傳統的文件處理的要求更高的硬件能力。目前DBMS對硬件的要求已經降低了，甚至在小型計算機系統上也能運行DBMS軟件，造成推遲接受和實現DBMS技術的主要原因可能是信息服務人員缺乏專門的知識，而且用戶管理人員又不愿合作和支持建立一個共享的數據庫。目前對于設計和運行DBMS軟件已經有了廣泛的了解，而且部分用戶管理人員已經認識到應該把信息作為一個公司的資源來看待。 ? 數據庫環境的好處 1.經濟上的好處。通過先進的數據結構技術，DBMS提供了最小化數據冗余度的可能性。當然，為了提高

29、處理效率，即使有了DBMS幫助，有時還需要在共享的數據庫中保留一定的重復數據。由于減少了數據的冗余度，從而也簡化了收集和更新數據的過程。就前面的例子而言，只需要在一處(數據庫中)更新學生地址就可以了。 2.數據庫技術也給信息服務專業人員帶來的好處。綜合資源共享數據庫為系統分析員打開了嶄新的大門。數據庫能向系統分析員提供傳統文件所不能提供的信息。由于有了DBMS，就更容易得到數據，因此使程序設計任務要比原先更為簡單。此外，數據是獨立于程序的。這意味著用戶管理人員可以增加數據庫中的數據、修改庫中的現有數據或者從庫中刪除數據，這些并不影響現有的程序，而在過去則需要測試和修改幾十個(有時幾百個)程序。

30、當然，數據庫管理系統還有其它重要的優點，但是這些已超出本書的圍。 3.信息方面的好處。一個綜合資源共享數據庫能以有序的方式提供一種滿足信息要求的結構。實際上，數據庫是能夠充分利用公司信息資源的唯一工具。由于數據庫和DBMS在產生報表方面提供了極大的靈活性，因此，也給決策過程帶來了同樣的靈活性。 4.DBMS軟件在支持聯機系統方面是特別有價值的。共享數據庫不僅可供多個用戶存取而且還特別能反映出數據的當前狀態。對于許多查詢來說，與時性是很關鍵的。例如，某個經理由于設備故障不得不關閉某個工作站，此時他有可能要查詢其它工作站的狀態，并且利用得到的信息來改變進行中的工作路線。 ? 方法 DBMS克服了傳

31、統文件處理的局限性。它依靠靈活多變的數據結構(將數據元與記錄彼此聯系的方法)來做到這一點。基于不同數據結構的DBMS之間差別很大。有三種設計DBMS軟件的方法 1.數據系統語言會議(CODASYL)設計并發布的基于網絡或叢形數據結構的DBMS指南。 2.IBM的信息管理系統(IBS)使用的一種層次結構。 3.某些最近設計的基于關系數據結構的DBMS。上述的每一種方法是基本概念和術語的差別都很大。因此，為了減少混淆和便于理解，以下的闡述和討論只使用網絡方法。 ? 庫設計 1.數據庫設計方法我們通過下面的例子來說明數據庫管理系統和一種數據庫設計方法的原理。考察下述情況。某圖書館保存了一個文件，該文

32、件每一個記錄都包含了下述數據元： (1)書名 (2)作者 (3) (4)地址 (5)類別 (6)出版年份圖書館館長希望在獲得決策信息方面有更多的靈活性。而現在文件不可能滿足其要求。經過與信息處理人員交換意見之后，他們決定實現一個基于CODASYL的數據庫管理系統。檢查現有文件發現某些數據重復出現。每本書(每一書名)都分別有一個記錄。于是，寫過幾本書的作者的名字在他寫的每本書的記錄中重復出現。在一個圖書館里可能有某出版的數百本，甚至數千本書，但是在該文件的每本書的記錄中都重復地出現名和地址。 2.設立數據庫的步驟設計數據庫的方法之一是使用主題詞一屬性矩陣作為識別記錄和這些記錄之間關系的一個輔助工具。以下各步驟描述了這種設計數據庫的方法。第一步，在圖20.6.10的主題詞一屬性矩陣的左邊列出了邏輯主題詞。在本例中，這些主題詞是：書名、作者