第二节 关系数据结构                  （1） （2） （3）
2) 元组
    关系中的每个元素是关系中的元组，通常用t表示。
3) 单元关系与二元关系
    当n=1时，称该关系为单元关系（Unary relation）。
    当n=2时，称该关系为二元关系（Binary relation）。
4) 关系的表示
    关系也是一个二维表，表的每行对应一个元组，表的每列对应一个域。
        
5) 属性
    关系中不同列可以对应相同的域，为了加以区分，必须对每列起一个名字，称为属性（Attribute）。
n目关系必有n个属性。
6) 码
    候选码（Candidate key）——若关系中的某一属性组的值能唯一地标识一个元组，则称该属性组为候
选码，在最简单的情况下，候选码只包含一个属性。
    全码（All-key）——在最极端的情况下，关系模式的所有属性组是这个关系模式的候选码，称为全码。
    主码（Primary key）——若一个关系有多个候选码，则选定其中一个为主码。 主码的诸属性称为主属
性（Prime attribute）。不包含在任何侯选码中的属性称为非主属性（Non-key attribute）。
7) 三类关系
    基本关系（基本表或基表）——实际存在的表，是实际存储数据的逻辑表示。由基本表或其他视图表导
出的表，是虚表，不对应实际存储的数据。
8) 基本关系的性质
    ① 列是同质的（Homogeneous），每一列中的分量是同一类型的数据，来自同一个域。
    ② 不同的列可出自同一个域，其中的每一列称为一个属性，不同的属性要给予不同的属性名。
    上例中也可以只给出两个域：人（PERSON）=张清玫，刘逸，李勇，刘晨，王敏；专业（SPECIALITY）
=计算机专业，信息专业。SAP关系的导师属性和研究生属性都从PERSON域中取值。为了避免混淆，必须给这
两个属性取不同的属性名，而不能直接使用域名。
例如定义：
    导师属性名为SUPERVISOR-PERSON (或SUPERVISOR)；
    研究生属性名为POSTGRADUATE-PERSON(或POSTGRADUATE)。
    ③ 列的顺序无所谓，列的次序可以任意交换，遵循这一性质的数据库产品(如ORACLE)，增加新属性时，
永远是插至最后一列，但也有许多关系数据库产品没有遵循这一性质，例如FoxPro仍然区分了属性顺序。
    ④ 任意两个元组不能完全相同，由笛卡尔积的性质决定，但许多关系数据库产品没有遵循这一性质。
例如: Oracle，FoxPro等都允许关系表中存在两个完全相同的元组，除非用户特别定义了相应的约束条件。
    ⑤ 行的顺序无所谓，行的次序可以任意交换，遵循这一性质的数据库产品(如ORACLE)，插入一个元组
时永远插至最后一行。但也有许多关系数据库产品没有遵循这一性质，例如FoxPro仍然区分了元组的顺序。
    ⑥ 分量必须取原子值，每一个分量都必须是不可分的数据项。这是规范条件中最基本的一条。