2.元組

　　在一個二維表(一個具體關系)中，水平方向的行稱為元組，每一行是一個元組。元組對應表中的一條具體記錄。例如，教師表和工資表兩個關系各包括多條記錄(或多個元組〉。

　　3.屬性

　　二維表中垂直方向的列稱為屬性，每一列有一個屬性名，與前面講的實體屬性相同。在Access中表示為字段名。每個字段的數據類型、寬度等在創建表的結抅時規定。例如，教師表中的編號、姓名、性別等字段名及其相應的數據類型組成表的結構。

　　4.域

　　屬性的取值范圍，即不同元組對同一個屬性的取值所限定的范圍。例如，姓名的取值范圍是文字字符;性別只能從“男”、“女”兩個漢字中取一;邏輯型屬性婚否只能從邏輯真或邏輯假兩個值中取值。

　　5.關鍵字

　　其值能夠唯一地標識一個元組的屬性或屬性的組合。在Access中表示為字段或字段的組合，教師表中的編號可以作為標識一條記錄的關鍵字。由于具有某一職稱的可能不止一人，職稱字段不能作為唯一標識的關鍵字。在Access中，主關鍵字和候選關鍵字就起到唯一標識一個元組的作用。

　　6.外部關鍵字

　　如果表中的一個字段不是本表的主關鍵字，而是另外一個表的主關鍵字和候選關鍵字，這個字段(屬性)就稱為外關鍵字。

　　從集合論的觀點來定義關系，可以將關系定義為元組的集合。關系模式是命名的域性集合。元組是屬性值的集合。一個具體的關系模型是若干各有聯系的關系模式的集合。

　　在Access中，將相互之間存在聯系的表放在一個數據庫中統一管理。例如，在“教學管理”數據庫中可以加人教師表、學生表、課程表和成績表等。

　　二、關系的特點

　　關系模型看起來簡單，但是并不能將日常手工管理所用的各種表格，按照一張表一個關系直接存放到數據庫系統中。在關系模型中對關系有一定的要求，關系必須具有以下特點：

　　1.關系必須規范化。所謂規范化是指關系模型中的每一個關系模式都必須滿足一定的要求。最基本的要求是每個屬性必須是不可分割的數據單元，即表中不能再包含表。

　　手工制表中經常出現如表1.1所示的復合表。這種表格不是二維表，不能直接作為關系來存放，只要去掉表1.1中的應發工資和應扣工資兩個表項就可以了。如果有必要，在數據輸出時可以另行設計打印格式，從而滿足用戶的要求。

　　2.在同一個關系中不能出現相同的屬性名。在Access中不允許一個表中有相同的字段名。

　　3.關系中不允許有完全相同的元組，即冗余。在Access的一個表中不能有兩個完全相同的記錄。

　　4.在一個關系中元組的次序無關緊要。也就是說，任意交換兩行的位置并不影響數據的實際含義。日常生活中常見到的“排名不分先后”正反映這種意義。

　　5.在一個關系中列的次序無關緊要。任意交換兩列的位置不影響數據的實際含義。例如，工資單里獎金和基本工資哪一項在前面都不重要，重要的是實際數額。