复合主键

1.原因：当数据库创建表时，每个表只能有一个主键，但是如果想让多个列都成为主键时，就要用到复合主键。  

   条件：a.必须实现Serializable接口。  

           b.必须有默认的public无参数的构造方法。  

           c.必须覆盖equals和hashCode方法。equals方法用于判断两个对象是否相同，EntityManger通过find方法来查找Entity时，是根据equals的返回值来判断的。  

本例中，只有对象的name和email值完全相同时或同一个对象时则返回true，否则返回false。hashCode方法返回当前对象的哈希码，生成的hashCode相同的概率越小越好，算法可以进行优化。

2.主键唯一约束性：也就是说不允许有相同的值出现。对于复合主键而言，复合主键创建的约束指的是不允许   充当主键的列值都分别重复出现的数据插入。  

例：CREATE TABLE T ( ID NUMBER, NAME VARCHAR2(10), constraint t_pk primary key (ID) );  table T 已创建。 INSERT INTO T VALUES(1,'A'); 1 行已插入。 insert into T VALUES(1,'B'); SQL 错误: ORA-00001: 违反唯一约束条件 (TEST.T_PK)

3.主键的索引  当创建主键时Oracle会自动创建索引。

复合索引实用的条件为当where条件中存在复合索引的第一列时，才使用索引。也就是说第二个查询语句中没有 包含REPOLICYNO所以Oracle没有使用复合索引。至于为什么必须有第一列，个人认为由于Oracle默认是使用 B*树索引，而B树的复合索引指向的是第一列的元素索引，如果不包括第一列则无法找到索引源头从而无法使用 索引。

复合索引要快于单独建立索引。

优缺点：1、如果有频繁的业务修改，其相应主键字段有修改的可能。会导致非聚集索引中的主键信息相应修改（假如主键默认为   聚集索引），而且容易造成表中记录的物理移动。

           2、可能导致业务信息外泄。  

           3、生成有业务含义的字段需要按照一定的规则生成，不可避免使用varchar等字符串类型，影响插入和查询效率。  

　　　　4、业务规则发生变化，造成的影响容易扩大。