帶你深入了解數(shù)據(jù)庫設計中的英文術語表
數(shù)據(jù)庫設計的英文術語表對于初學者來說是必須要掌握的最基本的知識，希望大家通過下文的介紹都能夠很熟練的掌握這些數(shù)據(jù)庫設計的英文術語表。
數(shù)據(jù)庫設計的英文術語表：
Access method（訪問方法）：此步驟包括從文件中存儲和檢索記錄。
Alias（別名）：某屬性的另一個名字。在SQL中，可以用別名替換表名。
Alternate keys（備用鍵，ER/關系模型）：在實體/表中沒有被選為主健的候選鍵。
Anomalies（異常）參見更新異常（update anomalies）
Application design（應用程序設計）：數(shù)據(jù)庫應用程序生命周期的一個階段，包括設計用戶界面以及使用和處理數(shù)據(jù)庫的應用程序。
Attribute（屬性）（關系模型）：屬性是關系中命名的列。
Attribute（屬性）（ER模型）：實體或關系中的一個性質。
Attribute inheritance（屬性繼承）：子類成員可以擁有其特有的屬性，并且繼承那些與超類有關的屬性的過程。
Base table（基本表）：一個命名的表，其記錄物理的存儲在數(shù)據(jù)庫中。
Binary relationship（二元關系）：一個ER術語，用于描述兩個實體間的關系。例如，panch Has Staff。
Bottom-up approach（自底向上方法）：用于數(shù)據(jù)庫設計，一種設計方法學，他從標識每個設計組建開始，然后將這些組件聚合成一個大的單元。在數(shù)據(jù)庫設計中，可以從表示屬性開始底層設計，然后將這些屬性組合在一起構成代表實體和關系的表。
Business rules（業(yè)務規(guī)則）：由用戶或數(shù)據(jù)庫的管理者指定的附加規(guī)則。
Candidate key（候選鍵，ER關系模型）：僅包含唯一標識實體所必須得最小數(shù)量的屬性/列的超鍵。
Cardinality（基數(shù)）：描述每個參與實體的可能的關系數(shù)目。
Centralized approach（集中化方法,用于數(shù)據(jù)庫設計）：將每個用戶試圖的需求合并成新數(shù)據(jù)庫應用程序的一個需求集合
Chasm trap（深坑陷阱）：假設實體間存在一根，但某些實體間不存在通路。
Client（客戶端）：向一個或多個服務器請求服務的軟件應用程序。
Clustering field（群集字段）：記錄總的任何用于群集（集合）航記錄的非鍵字段，這些行在這個字段上有相同的值。
Clustering index（群集索引）：在文件的群集字段上定義的索引。一個文件最多有一個主索引或一個群集索引。
Column（列）：參加屬性（attribute）。
Complex relationship（復雜關系）：度數(shù)大于2的關系。
Composite attribute（復合屬性）：由多個簡單組件組成的屬性。
Composite key（復合鍵）：包含多個列的主健。
Concurrency control（并發(fā)控制）：在多用戶環(huán)境下同時執(zhí)行多個十五并保證數(shù)據(jù)完整性的一個DBMS服務。
Constraint（約束）：數(shù)據(jù)庫不允許包含錯誤數(shù)據(jù)的一致性規(guī)則。
Data conversion and loading（數(shù)據(jù)轉換和加載）：數(shù)據(jù)庫應用生命周期重的一個階段，包括轉換現(xiàn)有數(shù)據(jù)到新數(shù)據(jù)庫中以及醬下耨應用程序轉換到新的數(shù)據(jù)庫上運行。
Data dictionary（數(shù)據(jù)字典）：參見系統(tǒng)目錄（system catalog）。
Data independence（數(shù)據(jù)獨立性）：使用數(shù)據(jù)的應用程序的數(shù)據(jù)描述部分。這意味著，如果將新的數(shù)據(jù)結構添加到數(shù)據(jù)庫中，或者數(shù)據(jù)庫中現(xiàn)有的結構被修改了，那么使用此數(shù)據(jù)庫的就會受到影響，除非應用程序不直接依賴于被修改的部分。
Data model（數(shù)據(jù)模型）：描述數(shù)據(jù)、數(shù)據(jù)間關系以及數(shù)據(jù)的約束的概念的一個集成的集合。
#p#
Data redundancy（數(shù)據(jù)冗余）：參見冗余數(shù)據(jù)（redundant data）。
Data security（數(shù)據(jù)安全）：包括對數(shù)據(jù)庫對象（如表和視圖）的訪問和使用以及用戶可以在這些對象上實施的操作。
Database（數(shù)據(jù)庫）：是邏輯上相關的數(shù)據(jù)（以及這些數(shù)據(jù)的描述）的一個共享的集合，用于解決公司對信息的需求。
Database design（數(shù)據(jù)庫設計）：數(shù)據(jù)庫應用生命周期中的一個階段，包括創(chuàng)建一個支持公司的操作和目標的數(shù)據(jù)庫的設計。
Database integrity（數(shù)據(jù)庫完整性）：指存儲數(shù)據(jù)的正確定和一致性。完整性通常用約束來表達。
Database Management System，DBMS（數(shù)據(jù)庫管理系統(tǒng)）：一個能夠讓用戶定義、創(chuàng)建和維護數(shù)據(jù)庫并控制對數(shù)據(jù)庫的訪問的軟件系統(tǒng)。
Database planning（數(shù)據(jù)庫規(guī)劃）：能盡可能有效的實現(xiàn)數(shù)據(jù)庫應用的各階段的管理活動。
Database server（數(shù)據(jù)庫服務器）：同服務器。
DBMS engine（DBMS引擎）：同服務器。
DBMS selection（DBMS選擇）：數(shù)據(jù)庫應用生命周期中的一個階段，包括選擇一個合適的DBMS來支持數(shù)據(jù)庫應用。
Degree of a relationship（關系的度）：一個關系中參與的實體的個數(shù)。
Denormalization（反規(guī)范化）：形式上，這個術語指的是對基本表結構的修改，這樣新的表比原始的表的規(guī)范化程度要低。但也可以用此屬于更寬泛地形容將兩個表和并成一個新表的情形，而這個新表與原來的表具有相同的范式，但比原表包含更多的空值。
Derived attribute（派生屬性）：表示其值可以從一個相關屬性和屬性集的值派生得到的屬性，這個屬性在實體中不是必須的。
Design methodology（設計方法學）：一種結構化的方法，它使用過程、工具和文檔來支持和簡化設計過程。
Disjoint constraint（無連接約束）：描述子類的成員間的關系，并指明超類某個成員是否有可能成為一個或多個子類的成員。
Domain（域）：一個或多個屬性的取值范圍。
Entity（實體）：具有相同性質的對象的集合，它是由用戶或公司標識并可獨立存在的。
Entity integrity（實體完整性）：在一個基本表中，主健列的值不能為空。
Entity occurrence（實體出現(xiàn)）：實體中的一個唯一可標識的對象。
Entity-Relationship model（實體關系模型）：公司的實體、屬性和關系的詳細邏輯表示。
Fact-finding（事實發(fā)現(xiàn)）：使用諸如面談和提問等技術收集關于系統(tǒng)的事實、需求和性能的形式化過程。
Fan trap（扇形陷阱）：但從第三個實體扇出的兩個實體有1:*關系時出現(xiàn)扇形陷阱，但這兩個實體在他們之間應該有直接關系以提供必要的信息。
Field（字段）：同元組（Tuple）。
File（文件）：存儲在副主存儲器中的相關記錄的一個命名集合。
File-based system（基于文件的系統(tǒng)）：一個文件集合，用來管理（創(chuàng)建、插入、刪除、更新和檢索）一個或多個文件中的數(shù)據(jù)，并產生基于這些文件中的數(shù)據(jù)的應用（通常是報表）。
File organization（文件組織）：當文件存儲在磁盤上時，對文件中的記錄的安排方式。
First normal form（1NF，第一范式）：表中的每個列的交叉處以及記錄包含切進包含一個值的表。
Foreign key（外健）：一個表中的一個列或者多個列的集合，這些列匹配某些其他（也可能是同一個）表中的候選鍵。
4GL, Fourth-Generation Language（第四代語言）：一種非過程化語言，比如SQL，他只需要用戶定義必須完成什么操作，4GL負責將所進行的操作翻譯成如何實現(xiàn)這些操作。
Full functional dependency（完全函數(shù)依賴）：一個列在功能上依賴于復合主健，但不依賴于主健的任何一個子集的條件。
Functional dependency（函數(shù)依賴）：描述表中列之間的關系。
Generalization（泛化）：通過標識實體間的公共特征使實體間差別最小化的過程。
Generalization hierarchy（泛化層次結構）：同類型層次（type hierarchy）。
Global data model（全局數(shù)據(jù)模型）：代表整個公司（和被模型化的公司的一部分）的數(shù)據(jù)模型。
Implementation（實現(xiàn)）：數(shù)據(jù)庫應用生命周期中的一個階段，包括數(shù)據(jù)庫和應用程序設計的物理實現(xiàn)。
Index（索引）：一種允許DBMS將特定的記錄更快的放置到文件中，從而加快對用戶查詢的響應的數(shù)據(jù)結構。
#p#
Infomation system（信息系統(tǒng)）：能夠在整個公司范圍內收集、管理、控制和分發(fā)數(shù)據(jù)/信息的資源。
Inheritance（繼承）：參見屬性繼承（attribute inheritance）。
Integrity constaints（完整性約束）：防止出現(xiàn)數(shù)據(jù)庫中的數(shù)據(jù)不一致的約束。
IS-A hierarchy（IS－A層次結構）：同類型層次結構（type hierarchy）。
Local logical data model（局部邏輯數(shù)據(jù)模型）：代表特定用戶視圖或用戶視圖的組合的數(shù)據(jù)模型。
Logical database design（邏輯數(shù)據(jù)庫設計）：基于特定的數(shù)據(jù)模型構建公司的數(shù)據(jù)的模型的過程，但不依賴于特定的DBMS以及其他的物理條件。
Meta-data（元數(shù)據(jù)）：關于數(shù)據(jù)的數(shù)據(jù)，參見系統(tǒng)目錄（system catalog）。
Mision objective（使命目標）：標識數(shù)據(jù)庫必須支持的特定任務。
Mission statement（使命語句）：定義數(shù)據(jù)庫應用程序的主要目標。
Multiplicity（多樣性）：定義與某個相關實體的一次出現(xiàn)有關的實體的出現(xiàn)數(shù)目。
Multi-valued attribute（多值屬性）：為一個實體的出現(xiàn)保存多個值的屬性。
Nonkey attribute/column（非鍵屬性/列）：不是鍵的一部分的屬性/列。
Normal forms（范式）：規(guī)范化過程的一個階段。前三個范式分別為第一范式（1NF）、第二范式（2NF）、第三范式（3NF）。
Normalization（規(guī)范化）：一種產生帶有需要的特性的技術，這種特性能支持用戶和公司的需求。
Null（空值）：表示當前不知道或對于這條記錄來說不可使用的一個列的值。
Operational maintenance（操作維護）：數(shù)據(jù)庫應用生命周期的一個階段，包括監(jiān)視和維護系統(tǒng)安裝后的運行。
Participation constraint（參與約束，EER模型）：確定超類中的每個出現(xiàn)是否必須作為子類的一個成員進行參與。
Participation constraint（參與約束，ER模型）：確定是否所有或者僅僅是某些實體出現(xiàn)參與到關系中。
Physical database design（物理數(shù)據(jù)庫設計）：在二級存儲上產生數(shù)據(jù)庫實現(xiàn)的描述的過程，它描述基本表、文件的組織、用于獲得有效訪問的索引以及所有與完整性約束和安全性限制有關的說明。
Primary index（主索引）：在文件的有序鍵字段上構建的索引。一個文件最多可以有一個主索引或一個群集索引。
Primary key（主健，ER模型）：用來標識每個實體的出現(xiàn)的候選鍵。
Primary key（主健，關系模型）：在一個表中用來標識記錄唯一性的候選鍵。
Privileges（權限）：允許用戶在給定基本表和視圖上執(zhí)行的操作。
Prototyping（原型）：數(shù)據(jù)庫的應用程序生命周期的一個階段，包括勾踐數(shù)據(jù)庫應用程序的工作模型。
Query-by-Example（QBE）：一種用于關系型DBMS的非過程化的數(shù)據(jù)庫語言。QBE是一個圖形化的“點－按”查詢數(shù)據(jù)庫的方法。
RDBMS：關系型DBMS。
Record（記錄）：同元組（Tuple）。
Recovery control（恢復控制）：當時百事，將數(shù)據(jù)庫還原到正確狀態(tài)的過程。
Rcursive relationship（遞歸關系）：一種關系，擋同一個實體在不同的角色中參與多次時就會出現(xiàn)遞歸關系。例如Staff Supervises Staff。
redundant data（冗余數(shù)據(jù)）：在多個表中存儲的重復數(shù)據(jù)。
Referential integrity（參照完整性）：如果一個表中存在外健，則外健值必須匹配主表中的某些記錄的候選鍵的值。
Relation（關系）：一個關系是一張表，它也有列和行。
Relational model（關系模型）：以表（或關系）的形式表示數(shù)據(jù)的數(shù)據(jù)模型。
Relational database（關系數(shù)據(jù)庫）：規(guī)范化表的集合。
Relation （關系）：實體間有意義的關系。
Relationship occurrence（關系出現(xiàn)）：兩個實體出現(xiàn)之間的唯一可標識的聯(lián)系。
Requirements collection and analysis（需求收集于分析）：數(shù)據(jù)庫應用程序生命周期的一個階段，包括收集和分析數(shù)據(jù)庫應用程序所要支持的關于公司的信息，并使用這些信息來標識新的數(shù)據(jù)庫應用需求。
Row（行）：同元組（Tuple）。
Second normal form（第二范式）：一個已經是第一范式的表，同時滿足所有的非主健列只能從構成主健的全部列中獲得。
Secondary index（二級索引）：在數(shù)據(jù)文件的非有序字段上定義的索引。
Security（安全）：指防止數(shù)據(jù)庫被非授權的用戶訪問，包括有意的和無意的。RDBMS通常提供兩種類型的安全：數(shù)據(jù)安全和系統(tǒng)安全。
Server（服務器）：為發(fā)出請求的客戶提供服務的軟件應用程序。參見兩層/三層客戶端－服務器體系結構。
#p#
Simple attribute（簡單屬性）：只有一個組件的屬性。
Single -valued attribute（單值屬性）：對于一個實體出現(xiàn)只有一個值的屬性。
Specialization（特化）：通過標識用來區(qū)分實體間成員的特征來最大花實體間成員的差別的過程。
Specialization hierarchy（特化層次結構）：同類型層次結構（Type hierarchy）。
SQL（Structured Query Language，結構化查詢語言）：一種用于RDBMS的非過程化數(shù)據(jù)庫語言。換言之，你只需要指定你需要那些信息，而不需要指定如何得到這些信息。SQL已經被國際標準化組織（ISO）標準化了，因此SQL是定義和操縱RDBMS的正式和實際上的標準語言。
Strong entity（強實體）：一個不依賴于其他實體的主健的存在而存在的實體。
Subclass（子類）：為（超類）實體中的某些出現(xiàn)并保持特定屬性和關系并有不同角色的實體
Superclass（超類）：為實體中的所有出現(xiàn)保存公共屬性和關系的實體。可參見特化和泛化。
Superkey（超鍵，ER模型）：一個屬性或屬性集，誒譯的標識了每個實體地出現(xiàn)。
Superkey（超鍵，關系模型）：一個列或者列集，唯一的標識了表中地一個記錄。
System catalog（系統(tǒng)目錄）：保存關于數(shù)據(jù)庫地結構、用戶、應用程序等信息地數(shù)據(jù)。
System definition（系統(tǒng)定義）：數(shù)據(jù)庫應用聲明周期重的一個階段，包括定義數(shù)據(jù)庫應用程序以及他的主要用戶視圖地范圍和邊界。
System security（系統(tǒng)安全）：在系統(tǒng)級保護數(shù)據(jù)庫地訪問和使用，不如用戶名和密碼。
Table（表）：同關系（relation）。
Ternary relationship（三元關系）：三個實體間的關系。例如panch，staff和member之間的Registers關系。
Testing（測試）：數(shù)據(jù)庫應用生命周期的一個階段，包括執(zhí)行應用程序并有意地發(fā)現(xiàn)錯誤。
Third normal form，3NF（第三范式）：一個已經是1NF和2NF的表，同時滿足所有的非主健的列的值僅能從主健列得到，而不能從其他列得到。
3GL, Third-Generation Language（第三代語言）：一種過程化的語言，比如COBOL、C、C＋＋，它需要用戶（通常是程序員）指定必須要干什么事情以及如何干這些事情。
Three-tier client-server architecture（三層客戶端－服務器體系結構）：由處理用戶界面的客戶和處理業(yè)務邏輯的應用程序服務器以及數(shù)據(jù)處理曾組成，而數(shù)據(jù)庫服務器是用來來運行DBMS的。
Top-down approach（自頂向下方法，用于數(shù)據(jù)庫設計）：一種設計方法，此種方法從定義系統(tǒng)的主要結構開始，然后將這些結構逐步細分成更小的單元。在數(shù)據(jù)庫設計中，通過標識實體和數(shù)據(jù)間的關系開始這個頂層的步驟，然后逐步添加細節(jié)，比如你希望保存的關于實體和關系的信息（成為屬性）以及在實體、關系和屬性上的所有約束。
Transaction（事務）：由用戶和應用程序執(zhí)行的一個動作或一系列動作，這些動作訪問或修改數(shù)據(jù)庫的內容。
Transaction Processing Monitor，TPM（事務處理監(jiān)視器）：控制數(shù)據(jù)在客戶端和服務器鍵轉換的程序，以便為聯(lián)機事務處理（OLTP）提供一個一致的環(huán)境。
Transitive dependency（傳遞依賴）：假設A、B、C是表中的列，如果B依賴于A（A-->B），并且C依賴于B（B- ->C），則C通過B傳遞而依賴于A（假設A不依賴于B或C）。如果在主健上存在一個傳遞依賴，則此表就不是3NF的。必須從表中去掉傳遞依賴以達到3NF的要求。
Tuple（元組）：關系中的一行記錄。
Two-tier client-server architecture（兩層客戶端－服務器體系結構）：由處理主要業(yè)務和數(shù)據(jù)處理邏輯以及與用戶的接口的客戶端應用程序和管理和控制數(shù)據(jù)庫訪問的服務器程序組成。
Type hierarchy（類型層次結構）：一個是提以及它的子類和他們的超類，等等。
UML（Unified Modeling Language，統(tǒng)一建模語言）：在20世紀80年代和90年代引入的諸多面向對象分析與設計方法重的一種較新的方法。
Update anomalies（更新異常）：當用戶視圖更新一個包含冗余數(shù)據(jù)的標識可能引起的不一致。有三種類型的異常：插入、刪除和更新。
User view（用戶視圖）：從特定的作業(yè)（比如經理或管理者）角度或業(yè)務應用領域（比如市場、職員或庫存控制）定義的數(shù)據(jù)庫應用的需求。
View（視圖）：一個“虛擬底表”，它不實際存在數(shù)據(jù)庫中，但他由 DBMS從現(xiàn)有底它所涉及的基本表中產生。
View integration approach（視圖綜合法，用于數(shù)據(jù)庫設計）：每個用戶視圖的需求，用來構建代表用戶試圖底獨立數(shù)據(jù)模型。在數(shù)據(jù)庫設計階段，結果數(shù)據(jù)庫模型被合并成一個更大的模型。
【編輯推薦】
