1. Access method（訪問方法）：此步驟包括從文件中存儲和檢索記錄。
2. Alias（別名）：某屬性的另一個名字。在SQL中，可以用別名替換表名。
3. Alternate keys（備用鍵，ER/關系模型）：在實體/表中沒有被選為主健的候選鍵。
4. Anomalies（異常）參見更新異常（update anomalies）
5. Application design（應用程序設計）：數據庫應用程序生命周期的一個階段，包括設計用戶界面以及使用和處理數據庫的應用程序。
6. Attribute（屬性）（關系模型）：屬性是關系中命名的列。
7. Attribute（屬性）（ER模型）：實體或關系中的一個性質。
8. Attribute inheritance（屬性繼承）：子類成員可以擁有其特有的屬性，并且繼承那些與超類有關的屬性的過程。
9. Base table（基本表）：一個命名的表，其記錄物理的存儲在數據庫中。
10. Binary relationship（二元關系）：一個ER術語，用于描述兩個實體間的關系。例如，panch Has Staff。
11. Bottom-up approach（自底向上方法）：用于數據庫設計，一種設計方法學，他從標識每個設計組建開始，然后將這些組件聚合成一個大的單元。在數據庫設計中，可以從表示屬性開始底層設計，然后將這些屬性組合在一起構成代表實體和關系的表。
12. Business rules（業務規則）：由用戶或數據庫的管理者指定的附加規則。
13. Candidate key（候選鍵，ER關系模型）：僅包含唯一標識實體所必須得最小數量的屬性/列的超鍵。
14. Cardinality（基數）：描述每個參與實體的可能的關系數目。
15. Centralized approach（集中化方法,用于數據庫設計）：將每個用戶試圖的需求合并成新數據庫應用程序的一個需求集合
16. Chasm trap（深坑陷阱）：假設實體間存在一根，但某些實體間不存在通路。
17. Client（客戶端）：向一個或多個服務器請求服務的軟件應用程序。
18. Clustering field（群集字段）：記錄總的任何用于群集（集合）航記錄的非鍵字段，這些行在這個字段上有相同的值。
19. Clustering index（群集索引）：在文件的群集字段上定義的索引。一個文件最多有一個主索引或一個群集索引。
20. Column（列）：參加屬性（attribute）。
21. Complex relationship（復雜關系）：度數大于2的關系。
22. Composite attribute（復合屬性）：由多個簡單組件組成的屬性。
23. Composite key（復合鍵）：包含多個列的主健。
24. Concurrency control（并發控制）：在多用戶環境下同時執行多個十五并保證數據完整性的一個DBMS服務。
25. Constraint（約束）：數據庫不允許包含錯誤數據的一致性規則。
26. Data conversion and loading（數據轉換和加載）：數據庫應用生命周期重的一個階段，包括轉換現有數據到新數據庫中以及醬下耨應用程序轉換到新的數據庫上運行。
27. Data dictionary（數據字典）：參見系統目錄（system catalog）。
28. Data independence（數據獨立性）：使用數據的應用程序的數據描述部分。這意味著，如果將新的數據結構添加到數據庫中，或者數據庫中現有的結構被修改了，那么使用此數據庫的就會受到影響，除非應用程序不直接依賴于被修改的部分。
29. Data model（數據模型）：描述數據、數據間關系以及數據的約束的概念的一個集成的集合。
30. Data redundancy（數據冗余）：參見冗余數據（redundant data）。
31. Data security（數據安全）：包括對數據庫對象（如表和視圖）的訪問和使用以及用戶可以在這些對象上實施的操作。
32. Database（數據庫）：是邏輯上相關的數據（以及這些數據的描述）的一個共享的集合，用于解決公司對信息的需求。
33. Database design（數據庫設計）：數據庫應用生命周期中的一個階段，包括創建一個支持公司的操作和目標的數據庫的設計。
34. Database integrity（數據庫完整性）：指存儲數據的正確定和一致性。完整性通常用約束來表達。
35. Database Management System，DBMS（數據庫管理系統）：一個能夠讓用戶定義、創建和維護數據庫并控制對數據庫的訪問的軟件系統。
36. Database planning（數據庫規劃）：能盡可能有效的實現數據庫應用的各階段的管理活動。
37. Database server（數據庫服務器）：同服務器。
38. DBMS engine（DBMS引擎）：同服務器。
39. DBMS selection（DBMS選擇）：數據庫應用生命周期中的一個階段，包括選擇一個合適的DBMS來支持數據庫應用。
40. Degree of a relationship（關系的度）：一個關系中參與的實體的個數。
41. Denormalization（反規范化）：形式上，這個術語指的是對基本表結構的修改，這樣新的表比原始的表的規范化程度要低。但也可以用此屬于更寬泛地形容將兩個表和并成一個新表的情形，而這個新表與原來的表具有相同的范式，但比原表包含更多的空值。
42. Derived attribute（派生屬性）：表示其值可以從一個相關屬性和屬性集的值派生得到的屬性，這個屬性在實體中不是必須的。
43. Design methodology（設計方法學）：一種結構化的方法，它使用過程、工具和文檔來支持和簡化設計過程。
44. Disjoint constraint（無連接約束）：描述子類的成員間的關系，并指明超類某個成員是否有可能成為一個或多個子類的成員。
45. Domain（域）：一個或多個屬性的取值范圍。
46. Entity（實體）：具有相同性質的對象的集合，它是由用戶或公司標識并可獨立存在的。
47. Entity integrity（實體完整性）：在一個基本表中，主健列的值不能為空。
48. Entity occurrence（實體出現）：實體中的一個唯一可標識的對象。
49. Entity-Relationship model（實體關系模型）：公司的實體、屬性和關系的詳細邏輯表示。
50. Fact-finding（事實發現）：使用諸如面談和提問等技術收集關于系統的事實、需求和性能的形式化過程。
51. Fan trap（扇形陷阱）：但從第三個實體扇出的兩個實體有1:*關系時出現扇形陷阱，但這兩個實體在他們之間應該有直接關系以提供必要的信息。
52. Field（字段）：同元組（Tuple）。
53. File（文件）：存儲在副主存儲器中的相關記錄的一個命名集合。
54. File-based system（基于文件的系統）：一個文件集合，用來管理（創建、插入、刪除、更新和檢索）一個或多個文件中的數據，并產生基于這些文件中的數據的應用（通常是報表）。
55. File organization（文件組織）：當文件存儲在磁盤上時，對文件中的記錄的安排方式。
56. First normal form（1NF，第一范式）：表中的每個列的交叉處以及記錄包含切進包含一個值的表。
57. Foreign key（外健）：一個表中的一個列或者多個列的集合，這些列匹配某些其他（也可能是同一個）表中的候選鍵。
58. 4GL, Fourth-Generation Language（第四代語言）：一種非過程化語言，比如SQL，他只需要用戶定義必須完成什么操作，4GL負責將所進行的操作翻譯成如何實現這些操作。
59. Full functional dependency（完全函數依賴）：一個列在功能上依賴于復合主健，但不依賴于主健的任何一個子集的條件。
60. Functional dependency（函數依賴）：描述表中列之間的關系。
61. Generalization（泛化）：通過標識實體間的公共特征使實體間差別最小化的過程。
62. Generalization hierarchy（泛化層次結構）：同類型層次（type hierarchy）。
63. Global data model（全局數據模型）：代表整個公司（和被模型化的公司的一部分）的數據模型。
64. Implementation（實現）：數據庫應用生命周期中的一個階段，包括數據庫和應用程序設計的物理實現。
65. Index（索引）：一種允許DBMS將特定的記錄更快的放置到文件中，從而加快對用戶查詢的響應的數據結構。
66. Infomation system（信息系統）：能夠在整個公司范圍內收集、管理、控制和分發數據/信息的資源。
67. Inheritance（繼承）：參見屬性繼承（attribute inheritance）。
68. Integrity constaints（完整性約束）：防止出現數據庫中的數據不一致的約束。
69. IS-A hierarchy（IS－A層次結構）：同類型層次結構（type hierarchy）。
70. Local logical data model（局部邏輯數據模型）：代表特定用戶視圖或用戶視圖的組合的數據模型。
71. Logical database design（邏輯數據庫設計）：基于特定的數據模型構建公司的數據的模型的過程，但不依賴于特定的DBMS以及其他的物理條件。
72. Meta-data（元數據）：關于數據的數據，參見系統目錄（system catalog）。
73. Mision objective（使命目標）：標識數據庫必須支持的特定任務。
74. Mission statement（使命語句）：定義數據庫應用程序的主要目標。
75. Multiplicity（多樣性）：定義與某個相關實體的一次出現有關的實體的出現數目。
76. Multi-valued attribute（多值屬性）：為一個實體的出現保存多個值的屬性。
77. Nonkey attribute/column（非鍵屬性/列）：不是鍵的一部分的屬性/列。
78. Normal forms（范式）：規范化過程的一個階段。前三個范式分別為第一范式（1NF）、第二范式（2NF）、第三范式（3NF）。
79. Normalization（規范化）：一種產生帶有需要的特性的技術，這種特性能支持用戶和公司的需求。
80. Null（空值）：表示當前不知道或對于這條記錄來說不可使用的一個列的值。
81. Operational maintenance（操作維護）：數據庫應用生命周期的一個階段，包括監視和維護系統安裝后的運行。
82. Participation constraint（參與約束，EER模型）：確定超類中的每個出現是否必須作為子類的一個成員進行參與。
83. Participation constraint（參與約束，ER模型）：確定是否所有或者僅僅是某些實體出現參與到關系中。
84. Physical database design（物理數據庫設計）：在二級存儲上產生數據庫實現的描述的過程，它描述基本表、文件的組織、用于獲得有效訪問的索引以及所有與完整性約束和安全性限制有關的說明。
85. Primary index（主索引）：在文件的有序鍵字段上構建的索引。一個文件最多可以有一個主索引或一個群集索引。
86. Primary key（主健，ER模型）：用來標識每個實體的出現的候選鍵。
87. Primary key（主健，關系模型）：在一個表中用來標識記錄唯一性的候選鍵。
88. Privileges（權限）：允許用戶在給定基本表和視圖上執行的操作。
89. Prototyping（原型）：數據庫的應用程序生命周期的一個階段，包括勾踐數據庫應用程序的工作模型。
90. Query-by-Example（QBE）：一種用于關系型DBMS的非過程化的數據庫語言。QBE是一個圖形化的“點－按”查詢數據庫的方法。
91. RDBMS：關系型DBMS。
92. Record（記錄）：同元組（Tuple）。
93. Recovery control（恢復控制）：當時百事，將數據庫還原到正確狀態的過程。
94. Rcursive relationship（遞歸關系）：一種關系，擋同一個實體在不同的角色中參與多次時就會出現遞歸關系。例如Staff Supervises Staff。
95. redundant data（冗余數據）：在多個表中存儲的重復數據。
96. Referential integrity（參照完整性）：如果一個表中存在外健，則外健值必須匹配主表中的某些記錄的候選鍵的值。
97. Relation（關系）：一個關系是一張表，它也有列和行。
98. Relational model（關系模型）：以表（或關系）的形式表示數據的數據模型。
99. Relational database（關系數據庫）：規范化表的集合。
100. Relation（關系）：實體間有意義的關系。
101. Relationship occurrence（關系出現）：兩個實體出現之間的唯一可標識的聯系。
102. Requirements collection and analysis（需求收集于分析）：數據庫應用程序生命周期的一個階段，包括收集和分析數據庫應用程序所要支持的關于公司的信息，并使用這些信息來標識新的數據庫應用需求。
103. Row（行）：同元組（Tuple）。
104. Second normal form（第二范式）：一個已經是第一范式的表，同時滿足所有的非主健列只能從構成主健的全部列中獲得。
105. Secondary index（二級索引）：在數據文件的非有序字段上定義的索引。
106. Security（安全）：指防止數據庫被非授權的用戶訪問，包括有意的和無意的。RDBMS通常提供兩種類型的安全：數據安全和系統安全。
107. Server（服務器）：為發出請求的客戶提供服務的軟件應用程序。參見兩層/三層客戶端－服務器體系結構。
108. Simple attribute（簡單屬性）：只有一個組件的屬性。
109. Single-valued attribute（單值屬性）：對于一個實體出現只有一個值的屬性。
110. Specialization（特化）：通過標識用來區分實體間成員的特征來最大花實體間成員的差別的過程。
111. Specialization hierarchy（特化層次結構）：同類型層次結構（Type hierarchy）。
112. SQL（Structured Query Language，結構化查詢語言）：一種用于RDBMS的非過程化數據庫語言。換言之，你只需要指定你需要那些信息，而不需要指定如何得到這些信息。 SQL已經被國際標準化組織（ISO）標準化了，因此SQL是定義和操縱RDBMS的正式和實際上的標準語言。
113. Strong entity（強實體）：一個不依賴于其他實體的主健的存在而存在的實體。
114. Subclass（子類）：為（超類）實體中的某些出現并保持特定屬性和關系并有不同角色的實體
115. Superclass（超類）：為實體中的所有出現保存公共屬性和關系的實體。可參見特化和泛化。
116. Superkey（超鍵，ER模型）：一個屬性或屬性集，誒譯的標識了每個實體地出現。
117. Superkey（超鍵，關系模型）：一個列或者列集，唯一的標識了表中地一個記錄。
118. System catalog（系統目錄）：保存關于數據庫地結構、用戶、應用程序等信息地數據。
119. System definition（系統定義）：數據庫應用聲明周期重的一個階段，包括定義數據庫應用程序以及他的主要用戶視圖地范圍和邊界。
120. System security（系統安全）：在系統級保護數據庫地訪問和使用，不如用戶名和密碼。
121. Table（表）：同關系（relation）。
122. Ternary relationship（三元關系）：三個實體間的關系。例如panch，staff和member之間的Registers關系。
123. Testing（測試）：數據庫應用生命周期的一個階段，包括執行應用程序并有意地發現錯誤。
124. Third normal form，3NF（第三范式）：一個已經是1NF和2NF的表，同時滿足所有的非主健的列的值僅能從主健列得到，而不能從其他列得到。
125. 3GL, Third-Generation Language（第三代語言）：一種過程化的語言，比如COBOL、C、C＋＋，它需要用戶（通常是程序員）指定必須要干什么事情以及如何干這些事情。
126. Three-tier client-server architecture（三層客戶端－服務器體系結構）：由處理用戶界面的客戶和處理業務邏輯的應用程序服務器以及數據處理曾組成，而數據庫服務器是用來來運行DBMS的。
127. Top-down approach（自頂向下方法，用于數據庫設計）：一種設計方法，此種方法從定義系統的主要結構開始，然后將這些結構逐步細分成更小的單元。在數據庫設計中，通過標識實體和數據間的關系開始這個頂層的步驟，然后逐步添加細節，比如你希望保存的關于實體和關系的信息（成為屬性）以及在實體、關系和屬性上的所有約束。
128. Transaction（事務）：由用戶和應用程序執行的一個動作或一系列動作，這些動作訪問或修改數據庫的內容。
129. Transaction Processing Monitor，TPM（事務處理監視器）：控制數據在客戶端和服務器鍵轉換的程序，以便為聯機事務處理（OLTP）提供一個一致的環境。
130. Transitive dependency（傳遞依賴）：假設A、B、C是表中的列，如果B依賴于A（A-->B），并且C依賴于B（B-->C），則C通過B傳遞而依賴于A（假設A不依賴于B或C）。如果在主健上存在一個傳遞依賴，則此表就不是3NF的。必須從表中去掉傳遞依賴以達到3NF的要求。
131. Tuple（元組）：關系中的一行記錄。
132. Two-tier client-server architecture（兩層客戶端－服務器體系結構）：由處理主要業務和數據處理邏輯以及與用戶的接口的客戶端應用程序和管理和控制數據庫訪問的服務器程序組成。
133. Type hierarchy（類型層次結構）：一個是提以及它的子類和他們的超類，等等。
134. UML（Unified Modeling Language，統一建模語言）：在20世紀80年代和90年代引入的諸多面向對象分析與設計方法重的一種較新的方法。
135. Update anomalies（更新異常）：當用戶視圖更新一個包含冗余數據的標識可能引起的不一致。有三種類型的異常：插入、刪除和更新。
136. User view（用戶視圖）：從特定的作業（比如經理或管理者）角度或業務應用領域（比如市場、職員或庫存控制）定義的數據庫應用的需求。
137. View（視圖）：一個“虛擬底表”，它不實際存在數據庫中，但他由DBMS從現有底它所涉及的基本表中產生。
138. View integration approach（視圖綜合法，用于數據庫設計）：每個用戶視圖的需求，用來構建代表用戶試圖底獨立數據模型。在數據庫設計階段，結果數據庫模型被合并成一個更大的模型。