數(shù)據(jù)庫設計詞匯對照表:

　　1. Access method（訪問方法）：此步驟包括從文件中存儲和檢索記錄。

　　2. Alias（別名）：某屬性的另一個名字。在SQL中，可以用別名替換表名。

　　3. Alternate keys（備用鍵，ER/關(guān)系模型）：在實體/表中沒有被選為主健的候選鍵。

　　4. Anomalies（異常）參見更新異常（update anomalies）

　　5. Application design（應用程序設計）：數(shù)據(jù)庫應用程序生命周期的一個階段，包括設計用戶界面以及使用和處理數(shù)據(jù)庫的應用程序。

　　6. Attribute（屬性）（關(guān)系模型）：屬性是關(guān)系中命名的列。

　　7. Attribute（屬性）（ER模型）：實體或關(guān)系中的一個性質(zhì)。

　　8. Attribute inheritance（屬性繼承）：子類成員可以擁有其特有的屬性，并且繼承那些與超類有關(guān)的屬性的過程。

　　9. Base table（基本表）：一個命名的表，其記錄物理的存儲在數(shù)據(jù)庫中。

　　10. Binary relationship（二元關(guān)系）：一個ER術(shù)語，用于描述兩個實體間的關(guān)系。例如，panch Has Staff。

　　11. Bottom-up approach（自底向上方法）：用于數(shù)據(jù)庫設計，一種設計方法學，他從標識每個設計組建開始，然后將這些組件聚合成一個大的單元。在數(shù)據(jù)庫設計中，可以從表示屬性開始底層設計，然后將這些屬性組合在一起構(gòu)成代表實體和關(guān)系的表。

　　12. Business rules（業(yè)務規(guī)則）：由用戶或數(shù)據(jù)庫的管理者指定的附加規(guī)則。

　　13. Candidate key（候選鍵，ER關(guān)系模型）：僅包含唯一標識實體所必須得最小數(shù)量的屬性/列的超鍵。

　　14. Cardinality（基數(shù)）：描述每個參與實體的可能的關(guān)系數(shù)目。

　　15. Centralized approach（集中化方法,用于數(shù)據(jù)庫設計）：將每個用戶試圖的需求合并成新數(shù)據(jù)庫應用程序的一個需求集合

　　16. Chasm trap（深坑陷阱）：假設實體間存在一根，但某些實體間不存在通路。

　　17. Client（客戶端）：向一個或多個服務器請求服務的軟件應用程序。

　　18. Clustering field（群集字段）：記錄總的任何用于群集（集合）航記錄的非鍵字段，這些行在這個字段上有相同的值。

　　19. Clustering index（群集索引）：在文件的群集字段上定義的索引。一個文件最多有一個主索引或一個群集索引。

　　20. Column（列）：參加屬性（attribute）。

　　21. Complex relationship（復雜關(guān)系）：度數(shù)大于2的關(guān)系。

　　22. Composite attribute（復合屬性）：由多個簡單組件組成的屬性。

　　23. Composite key（復合鍵）：包含多個列的主健。

　　24. Concurrency control（并發(fā)控制）：在多用戶環(huán)境下同時執(zhí)行多個十五并保證數(shù)據(jù)完整性的一個DBMS服務。

　　25. Constraint（約束）：數(shù)據(jù)庫不允許包含錯誤數(shù)據(jù)的一致性規(guī)則。

　　26. Data conversion and loading（數(shù)據(jù)轉(zhuǎn)換和加載）：數(shù)據(jù)庫應用生命周期重的一個階段，包括轉(zhuǎn)換現(xiàn)有數(shù)據(jù)到新數(shù)據(jù)庫中以及醬下耨應用程序轉(zhuǎn)換到新的數(shù)據(jù)庫上運行。

　　27. Data dictionary（數(shù)據(jù)字典）：參見系統(tǒng)目錄（system catalog）。

　　28. Data independence（數(shù)據(jù)獨立性）：使用數(shù)據(jù)的應用程序的數(shù)據(jù)描述部分。這意味著，如果將新的數(shù)據(jù)結(jié)構(gòu)添加到數(shù)據(jù)庫中，或者數(shù)據(jù)庫中現(xiàn)有的結(jié)構(gòu)被修改了，那么使用此數(shù)據(jù)庫的就會受到影響，除非應用程序不直接依賴于被修改的部分。

　　29. Data model（數(shù)據(jù)模型）：描述數(shù)據(jù)、數(shù)據(jù)間關(guān)系以及數(shù)據(jù)的約束的概念的一個集成的集合。

　　30. Data redundancy（數(shù)據(jù)冗余）：參見冗余數(shù)據(jù)（redundant data）。

　　31. Data security（數(shù)據(jù)安全）：包括對數(shù)據(jù)庫對象（如表和視圖）的訪問和使用以及用戶可以在這些對象上實施的操作。

　　32. Database（數(shù)據(jù)庫）：是邏輯上相關(guān)的數(shù)據(jù)（以及這些數(shù)據(jù)的描述）的一個共享的集合，用于解決公司對信息的需求。

　　33. Database design（數(shù)據(jù)庫設計）：數(shù)據(jù)庫應用生命周期中的一個階段，包括創(chuàng)建一個支持公司的操作和目標的數(shù)據(jù)庫的設計。

　　34. Database integrity（數(shù)據(jù)庫完整性）：指存儲數(shù)據(jù)的正確定和一致性。完整性通常用約束來表達。

　　35. Database Management System，DBMS（數(shù)據(jù)庫管理系統(tǒng)）：一個能夠讓用戶定義、創(chuàng)建和維護數(shù)據(jù)庫并控制對數(shù)據(jù)庫的訪問的軟件系統(tǒng)。

　　36. Database planning（數(shù)據(jù)庫規(guī)劃）：能盡可能有效的實現(xiàn)數(shù)據(jù)庫應用的各階段的管理活動。

　　37. Database server（數(shù)據(jù)庫服務器）：同服務器。

　　38. DBMS engine（DBMS引擎）：同服務器。

　　39. DBMS selection（DBMS選擇）：數(shù)據(jù)庫應用生命周期中的一個階段，包括選擇一個合適的DBMS來支持數(shù)據(jù)庫應用。

　　40. Degree of a relationship（關(guān)系的度）：一個關(guān)系中參與的實體的個數(shù)。

　　41. Denormalization（反規(guī)范化）：形式上，這個術(shù)語指的是對基本表結(jié)構(gòu)的修改，這樣新的表比原始的表的規(guī)范化程度要低。但也可以用此屬于更寬泛地形容將兩個表和并成一個新表的情形，而這個新表與原來的表具有相同的范式，但比原表包含更多的空值。

　　42. Derived attribute（派生屬性）：表示其值可以從一個相關(guān)屬性和屬性集的值派生得到的屬性，這個屬性在實體中不是必須的。

　　43. Design methodology（設計方法學）：一種結(jié)構(gòu)化的方法，它使用過程、工具和文檔來支持和簡化設計過程。

　　44. Disjoint constraint（無連接約束）：描述子類的成員間的關(guān)系，并指明超類某個成員是否有可能成為一個或多個子類的成員。

　　45. Domain（域）：一個或多個屬性的取值范圍。

　　46. Entity（實體）：具有相同性質(zhì)的對象的集合，它是由用戶或公司標識并可獨立存在的。

　　47. Entity integrity（實體完整性）：在一個基本表中，主健列的值不能為空。

　　48. Entity occurrence（實體出現(xiàn)）：實體中的一個唯一可標識的對象。

　　49. Entity-Relationship model（實體關(guān)系模型）：公司的實體、屬性和關(guān)系的詳細邏輯表示。

　　50. Fact-finding（事實發(fā)現(xiàn)）：使用諸如面談和提問等技術(shù)收集關(guān)于系統(tǒng)的事實、需求和性能的形式化過程。

　　51. Fan trap（扇形陷阱）：但從第三個實體扇出的兩個實體有1:*關(guān)系時出現(xiàn)扇形陷阱，但這兩個實體在他們之間應該有直接關(guān)系以提供必要的信息。

　　52. Field（字段）：同元組（Tuple）。

　　53. File（文件）：存儲在副主存儲器中的相關(guān)記錄的一個命名集合。

　　54. File-based system（基于文件的系統(tǒng)）：一個文件集合，用來管理（創(chuàng)建、插入、刪除、更新和檢索）一個或多個文件中的數(shù)據(jù)，并產(chǎn)生基于這些文件中的數(shù)據(jù)的應用（通常是報表）。

　　55. File organization（文件組織）：當文件存儲在磁盤上時，對文件中的記錄的安排方式。

　　56. First normal form（1NF，第一范式）：表中的每個列的交叉處以及記錄包含切進包含一個值的表。

　　57. Foreign key（外健）：一個表中的一個列或者多個列的集合，這些列匹配某些其他（也可能是同一個）表中的候選鍵。

　　58. 4GL, Fourth-Generation Language（第四代語言）：一種非過程化語言，比如SQL，他只需要用戶定義必須完成什么操作，4GL負責將所進行的操作翻譯成如何實現(xiàn)這些操作。

　　59. Full functional dependency（完全函數(shù)依賴）：一個列在功能上依賴于復合主健，但不依賴于主健的任何一個子集的條件。

　　60. Functional dependency（函數(shù)依賴）：描述表中列之間的關(guān)系。

　　61. Generalization（泛化）：通過標識實體間的公共特征使實體間差別最小化的過程。

　　62. Generalization hierarchy（泛化層次結(jié)構(gòu)）：同類型層次（type hierarchy）。

　　63. Global data model（全局數(shù)據(jù)模型）：代表整個公司（和被模型化的公司的一部分）的數(shù)據(jù)模型。

　　64. Implementation（實現(xiàn)）：數(shù)據(jù)庫應用生命周期中的一個階段，包括數(shù)據(jù)庫和應用程序設計的物理實現(xiàn)。

　　65. Index（索引）：一種允許DBMS將特定的記錄更快的放置到文件中，從而加快對用戶查詢的響應的數(shù)據(jù)結(jié)構(gòu)。

　　66. Infomation system（信息系統(tǒng)）：能夠在整個公司范圍內(nèi)收集、管理、控制和分發(fā)數(shù)據(jù)/信息的資源。

　　67. Inheritance（繼承）：參見屬性繼承（attribute inheritance）。

　　68. Integrity constaints（完整性約束）：防止出現(xiàn)數(shù)據(jù)庫中的數(shù)據(jù)不一致的約束。

　　69. IS-A hierarchy（IS－A層次結(jié)構(gòu)）：同類型層次結(jié)構(gòu)（type hierarchy）。

　　70. Local logical data model（局部邏輯數(shù)據(jù)模型）：代表特定用戶視圖或用戶視圖的組合的數(shù)據(jù)模型。

　　71. Logical database design（邏輯數(shù)據(jù)庫設計）：基于特定的數(shù)據(jù)模型構(gòu)建公司的數(shù)據(jù)的模型的過程，但不依賴于特定的DBMS以及其他的物理條件。

　　72. Meta-data（元數(shù)據(jù)）：關(guān)于數(shù)據(jù)的數(shù)據(jù)，參見系統(tǒng)目錄（system catalog）。

　　73. Mision objective（使命目標）：標識數(shù)據(jù)庫必須支持的特定任務。

　　74. Mission statement（使命語句）：定義數(shù)據(jù)庫應用程序的主要目標。

　　75. Multiplicity（多樣性）：定義與某個相關(guān)實體的一次出現(xiàn)有關(guān)的實體的出現(xiàn)數(shù)目。

　　76. Multi-valued attribute（多值屬性）：為一個實體的出現(xiàn)保存多個值的屬性。

　　77. Nonkey attribute/column（非鍵屬性/列）：不是鍵的一部分的屬性/列。

　　78. Normal forms（范式）：規(guī)范化過程的一個階段。前三個范式分別為第一范式（1NF）、第二范式（2NF）、第三范式（3NF）。

　　79. Normalization（規(guī)范化）：一種產(chǎn)生帶有需要的特性的技術(shù)，這種特性能支持用戶和公司的需求。

　　80. Null（空值）：表示當前不知道或?qū)τ谶@條記錄來說不可使用的一個列的值。

　　81. Operational maintenance（操作維護）：數(shù)據(jù)庫應用生命周期的一個階段，包括監(jiān)視和維護系統(tǒng)安裝后的運行。

　　82. Participation constraint（參與約束，EER模型）：確定超類中的每個出現(xiàn)是否必須作為子類的一個成員進行參與。

　　83. Participation constraint（參與約束，ER模型）：確定是否所有或者僅僅是某些實體出現(xiàn)參與到關(guān)系中。

　　84. Physical database design（物理數(shù)據(jù)庫設計）：在二級存儲上產(chǎn)生數(shù)據(jù)庫實現(xiàn)的描述的過程，它描述基本表、文件的組織、用于獲得有效訪問的索引以及所有與完整性約束和安全性限制有關(guān)的說明。

　　85. Primary index（主索引）：在文件的有序鍵字段上構(gòu)建的索引。一個文件最多可以有一個主索引或一個群集索引。

　　86. Primary key（主健，ER模型）：用來標識每個實體的出現(xiàn)的候選鍵。

　　87. Primary key（主健，關(guān)系模型）：在一個表中用來標識記錄唯一性的候選鍵。

　　88. Privileges（權(quán)限）：允許用戶在給定基本表和視圖上執(zhí)行的操作。

　　89. Prototyping（原型）：數(shù)據(jù)庫的應用程序生命周期的一個階段，包括勾踐數(shù)據(jù)庫應用程序的工作模型。

　　90. Query-by-Example（QBE）：一種用于關(guān)系型DBMS的非過程化的數(shù)據(jù)庫語言。QBE是一個圖形化的“點－按”查詢數(shù)據(jù)庫的方法。

　　91. RDBMS：關(guān)系型DBMS。

　　92. Record（記錄）：同元組（Tuple）。

　　93. Recovery control（恢復控制）：當時百事，將數(shù)據(jù)庫還原到正確狀態(tài)的過程。

　　94. Rcursive relationship（遞歸關(guān)系）：一種關(guān)系，擋同一個實體在不同的角色中參與多次時就會出現(xiàn)遞歸關(guān)系。例如Staff Supervises Staff。

　　95. redundant data（冗余數(shù)據(jù)）：在多個表中存儲的重復數(shù)據(jù)。

　　96. Referential integrity（參照完整性）：如果一個表中存在外健，則外健值必須匹配主表中的某些記錄的候選鍵的值。

　　97. Relation（關(guān)系）：一個關(guān)系是一張表，它也有列和行。

　　98. Relational model（關(guān)系模型）：以表（或關(guān)系）的形式表示數(shù)據(jù)的數(shù)據(jù)模型。

　　99. Relational database（關(guān)系數(shù)據(jù)庫）：規(guī)范化表的集合。

　　100. Relation（關(guān)系）：實體間有意義的關(guān)系。

　　101. Relationship occurrence（關(guān)系出現(xiàn)）：兩個實體出現(xiàn)之間的唯一可標識的聯(lián)系。

　　102. Requirements collection and analysis（需求收集于分析）：數(shù)據(jù)庫應用程序生命周期的一個階段，包括收集和分析數(shù)據(jù)庫應用程序所要支持的關(guān)于公司的信息，并使用這些信息來標識新的數(shù)據(jù)庫應用需求。

　　103. Row（行）：同元組（Tuple）。

　　104. Second normal form（第二范式）：一個已經(jīng)是第一范式的表，同時滿足所有的非主健列只能從構(gòu)成主健的全部列中獲得。

　　105. Secondary index（二級索引）：在數(shù)據(jù)文件的非有序字段上定義的索引。

　　106. Security（安全）：指防止數(shù)據(jù)庫被非授權(quán)的用戶訪問，包括有意的和無意的。RDBMS通常提供兩種類型的安全：數(shù)據(jù)安全和系統(tǒng)安全。

　　107. Server（服務器）：為發(fā)出請求的客戶提供服務的軟件應用程序。參見兩層/三層客戶端－服務器體系結(jié)構(gòu)。

　　108. Simple attribute（簡單屬性）：只有一個組件的屬性。

　　109. Single-valued attribute（單值屬性）：對于一個實體出現(xiàn)只有一個值的屬性。

　　110. Specialization（特化）：通過標識用來區(qū)分實體間成員的特征來最大花實體間成員的差別的過程。

　　111. Specialization hierarchy（特化層次結(jié)構(gòu)）：同類型層次結(jié)構(gòu)（Type hierarchy）。

　　112. SQL（Structured Query Language，結(jié)構(gòu)化查詢語言）：一種用于RDBMS的非過程化數(shù)據(jù)庫語言。換言之，你只需要指定你需要那些信息，而不需要指定如何得到這些信息。 SQL已經(jīng)被國際標準化組織（ISO）標準化了，因此SQL是定義和操縱RDBMS的正式和實際上的標準語言。

　　113. Strong entity（強實體）：一個不依賴于其他實體的主健的存在而存在的實體。

　　114. Subclass（子類）：為（超類）實體中的某些出現(xiàn)并保持特定屬性和關(guān)系并有不同角色的實體

　　115. Superclass（超類）：為實體中的所有出現(xiàn)保存公共屬性和關(guān)系的實體。可參見特化和泛化。

　　116. Superkey（超鍵，ER模型）：一個屬性或?qū)傩约O譯的標識了每個實體地出現(xiàn)。

　　117. Superkey（超鍵，關(guān)系模型）：一個列或者列集，唯一的標識了表中地一個記錄。

　　118. System catalog（系統(tǒng)目錄）：保存關(guān)于數(shù)據(jù)庫地結(jié)構(gòu)、用戶、應用程序等信息地數(shù)據(jù)。

　　119. System definition（系統(tǒng)定義）：數(shù)據(jù)庫應用聲明周期重的一個階段，包括定義數(shù)據(jù)庫應用程序以及他的主要用戶視圖地范圍和邊界。

　　120. System security（系統(tǒng)安全）：在系統(tǒng)級保護數(shù)據(jù)庫地訪問和使用，不如用戶名和密碼。

　　121. Table（表）：同關(guān)系（relation）。

　　122. Ternary relationship（三元關(guān)系）：三個實體間的關(guān)系。例如panch，staff和member之間的ReGISters關(guān)系。

　　123. Testing（測試）：數(shù)據(jù)庫應用生命周期的一個階段，包括執(zhí)行應用程序并有意地發(fā)現(xiàn)錯誤。

　　124. Third normal form，3NF（第三范式）：一個已經(jīng)是1NF和2NF的表，同時滿足所有的非主健的列的值僅能從主健列得到，而不能從其他列得到。

　　125. 3GL, Third-Generation Language（第三代語言）：一種過程化的語言，比如COBOL、C、C＋＋，它需要用戶（通常是程序員）指定必須要干什么事情以及如何干這些事情。

　　126. Three-tier client-server architecture（三層客戶端－服務器體系結(jié)構(gòu)）：由處理用戶界面的客戶和處理業(yè)務邏輯的應用程序服務器以及數(shù)據(jù)處理曾組成，而數(shù)據(jù)庫服務器是用來來運行DBMS的。

　　127. Top-down approach（自頂向下方法，用于數(shù)據(jù)庫設計）：一種設計方法，此種方法從定義系統(tǒng)的主要結(jié)構(gòu)開始，然后將這些結(jié)構(gòu)逐步細分成更小的單元。在數(shù)據(jù)庫設計中，通過標識實體和數(shù)據(jù)間的關(guān)系開始這個頂層的步驟，然后逐步添加細節(jié)，比如你希望保存的關(guān)于實體和關(guān)系的信息（成為屬性）以及在實體、關(guān)系和屬性上的所有約束。

　　128. Transaction（事務）：由用戶和應用程序執(zhí)行的一個動作或一系列動作，這些動作訪問或修改數(shù)據(jù)庫的內(nèi)容。

　　129. Transaction Processing Monitor，TPM（事務處理監(jiān)視器）：控制數(shù)據(jù)在客戶端和服務器鍵轉(zhuǎn)換的程序，以便為聯(lián)機事務處理（OLTP）提供一個一致的環(huán)境。

　　130. Transitive dependency（傳遞依賴）：假設A、B、C是表中的列，如果B依賴于A（A-->B），并且C依賴于B（B-->C），則C通過B傳遞而依賴于A（假設A不依賴于B或C）。如果在主健上存在一個傳遞依賴，則此表就不是3NF的。必須從表中去掉傳遞依賴以達到3NF的要求。

　　131. Tuple（元組）：關(guān)系中的一行記錄。

　　132. Two-tier client-server architecture（兩層客戶端－服務器體系結(jié)構(gòu)）：由處理主要業(yè)務和數(shù)據(jù)處理邏輯以及與用戶的接口的客戶端應用程序和管理和控制數(shù)據(jù)庫訪問的服務器程序組成。

　　133. Type hierarchy（類型層次結(jié)構(gòu)）：一個是提以及它的子類和他們的超類，等等。

　　134. UML（Unified Modeling Language，統(tǒng)一建模語言）：在20世紀80年代和90年代引入的諸多面向?qū)ο蠓治雠c設計方法重的一種較新的方法。

　　135. Update anomalies（更新異常）：當用戶視圖更新一個包含冗余數(shù)據(jù)的標識可能引起的不一致。有三種類型的異常：插入、刪除和更新。

　　136. User view（用戶視圖）：從特定的作業(yè)（比如經(jīng)理或管理者）角度或業(yè)務應用領(lǐng)域（比如市場、職員或庫存控制）定義的數(shù)據(jù)庫應用的需求。

　　137. View（視圖）：一個“虛擬底表”，它不實際存在數(shù)據(jù)庫中，但他由DBMS從現(xiàn)有底它所涉及的基本表中產(chǎn)生。

　　138. View integration approach（視圖綜合法，用于數(shù)據(jù)庫設計）：每個用戶視圖的需求，用來構(gòu)建代表用戶試圖底獨立數(shù)據(jù)模型。在數(shù)據(jù)庫設計階段，結(jié)果數(shù)據(jù)庫模型被合并成一個更大的模型。