訪問方法:這壹步包括從文件中存儲和檢索記錄。
別名:屬性的另壹個名稱。在SQL中，可以用別名替換表名。
備選鍵(ER/關系模型):在實體/表中沒有選擇候選鍵作為主鍵。
異常請參閱更新異常。
應用程序設計:數據庫應用程序生命周期中的壹個階段，包括設計用戶界面以及使用和處理數據庫的應用程序。
屬性(關系模型):屬性是關系中的命名列。
屬性(ER模型):實體或關系中的屬性。
屬性繼承:子類的成員可以擁有自己獨特的屬性並繼承與超類相關的屬性的過程。
基表:其記錄物理存儲在數據庫中的命名表。
二元關系:ER術語，用於描述兩個實體之間的關系。比如panch有工作人員。
自底向上方法:用於數據庫設計，壹種設計方法，從識別每個設計組開始，然後將這些組件聚合成壹個大單元。在數據庫設計中，可以從屬性的表示開始，然後
這些屬性組合在壹起形成壹個表示實體和關系的表。
業務規則:由用戶或數據庫管理員指定的附加規則。
候選鍵(ER關系模型):壹個超鍵，只包含唯壹標識壹個實體所需的最小數量的屬性/列。
基數:描述每個參與實體的可能關系的數量。
集中式方法(數據庫設計的集中式方法):每個用戶試圖將需求合並到新數據庫應用程序的壹組需求中。
鴻溝陷阱:假設實體之間有壹個，但是有些實體之間沒有路徑。
客戶端:從壹個或多個服務器請求服務的軟件應用程序。
聚類字段:記錄任何用於聚類(聚合)航空記錄的非關鍵字段，這些行在該字段中具有相同的值。
群集索引:在文件的群集字段上定義的索引。壹個文件最多可以有壹個主索引或壹個聚集索引。
列:參與屬性。
復雜關系:程度大於2的關系。
復合屬性:由幾個簡單組件組成的屬性。
組合鍵:包含多列的主鍵。
並發控制:壹種DBMS服務，同時執行多個十五計劃，並確保多用戶環境中的數據完整性。
約束:數據庫中不允許包含不正確數據的壹致性規則。
數據轉換和加載:數據庫應用程序生命周期的壹個階段，包括將現有數據轉換到新數據庫中，以及將應用程序轉換到新數據庫中運行。
數據字典:參考系統目錄。
數據獨立性:使用數據的應用程序的數據描述部分。這意味著，如果向數據庫中添加新的數據結構，或者修改數據庫中的現有結構，此數據庫的用戶將受到影響，除了。
非應用程序不直接依賴於修改的部分。
數據模型:描述數據、數據之間的關系和數據約束的壹組集成概念。
數據冗余:參見冗余數據。
數據安全性:包括對數據庫對象(如表和視圖)的訪問和使用，以及用戶可以對這些對象執行的操作。
數據庫:是邏輯上相關的數據(以及這些數據的描述)的集合，用於解決公司的信息需求。
數據庫設計:數據庫應用程序生命周期中的壹個階段，包括創建支持公司運營和目標的數據庫的設計。
數據庫完整性:指存儲數據的確定性和壹致性。完整性通常用約束來表示。
數據庫管理系統(DBMS):允許用戶定義、創建和維護數據庫並控制對它們的訪問的軟件系統。
數據庫規劃:能夠盡可能有效地實現數據庫應用各階段的管理活動。
數據庫服務器:相同的服務器。
DBMS引擎:相同的服務器。
數據庫管理系統選擇:數據庫應用程序生命周期中的壹個階段，包括選擇壹個合適的數據庫管理系統來支持數據庫應用程序。
關系的程度:參與關系的實體的數量。
反規範化:從形式上來說，這個術語指的是對基本表結構的修改，使得新表沒有原始表那麽規範化。但是它也可以用來更廣泛地描述將兩個表合並成壹個新表的情況，並且這個新表
它與原始表具有相同的範例，但是比原始表包含更多的空值。
派生屬性:表示其值可以從相關屬性和屬性集的值派生的屬性，這在實體中不是必需的。
設計方法:使用過程、工具和文檔來支持和簡化設計過程的結構化方法。
不相交約束:描述子類成員之間的關系，並指示超類的成員是否可以成為壹個或多個子類的成員。
域:壹個或多個屬性的取值範圍。
實體:具有相同性質的對象的集合，由用戶或公司標識，可以獨立存在。
實體完整性(Entity integrity):在基本表中，主鍵列的值不能為空。
實體出現:實體中唯壹可識別的對象。
實體關系模型:公司實體、屬性和關系的詳細邏輯表示。
事實發現:壹個正式的收集事實、需求和系統性能的過程，使用諸如訪談和問題等技術。
粉絲陷阱:然而，當從第三個實體扇出的兩個實體具有1:*的關系時，就會發生粉絲陷阱，但是這兩個實體之間應該具有直接的關系才能提供必要的信息。
字段:壹個元組。
文件:存儲在二級主存中的相關記錄的命名集合。
基於文件的系統:用於管理(創建、插入、刪除、更新和檢索)壹個或多個文件中的數據並基於這些文件中的數據生成應用程序(通常是報告)的文件集合。
文件組織:當文件存儲在磁盤上時，文件中記錄的排列方式。
第壹範式(1NF，第壹範式):表中每壹列與包含cut into表中包含值的記錄的交集。
外鍵:壹個表中的壹列或壹組列，與其他(或者可能是同壹個)表中的候選鍵相匹配。
4GL，第四代語言:非過程化語言，比如SQL，只需要用戶定義必須完成哪些操作，4GL負責將操作翻譯成如何實現。
完全函數依賴:壹個列在函數上依賴於復合主鍵，但不依賴於主鍵的任何子集。
函數依賴:描述表中列之間的關系。
概括:通過識別實體的共同特征來最小化實體之間差異的過程。
泛化層次:相同的類型層次。
全局數據模型:代表整個公司(以及建模公司的壹部分)的數據模型。
實現:數據庫應用程序生命周期中的壹個階段，包括數據庫的物理實現和應用程序設計。
索引:壹種數據結構，允許DBMS更快地將特定記錄放入文件，從而加快對用戶查詢的響應。
信息系統:可以在整個公司內收集、管理、控制和分發數據/信息的資源。
繼承:請參見屬性繼承。
完整性約束:防止數據庫中數據不壹致的約束。
Is-a層次結構:相同類型的層次結構。
本地邏輯數據模型:表示特定用戶視圖或用戶視圖組合的數據模型。
邏輯數據庫設計:基於特定的數據模型，但獨立於特定的DBMS和其他物理條件，建立公司數據模型的過程。
元數據:有關數據，請參考系統目錄。
任務目標:確定數據庫必須支持的特定任務。
使命陳述:定義數據庫應用程序的主要目標。
多重性:定義壹個實體相對於壹個相關實體的出現次數。
多值屬性:保存實體外觀的多個值的屬性。
非鍵屬性/列:不屬於鍵的屬性/列。
範式:規範化過程中的壹個階段。前三種範式分別是第壹範式(1NF)、第二範式(2NF)、第三範式(3NF)。
規範化:壹種技術，它產生帶有需求的特性，這些特性可以支持用戶和公司的需求。
大概就是這樣。