目标：建立主键规范
反模式：每个数据库中的表都需要一个伪主键Id
在表中，需要引入一个对于表的域模型无意义的新列来存储一个伪值，这一列被用作这张表的主键，
从而通过它来确定表中的一条记录，即便其他的列允许出现适当的重复项。这种类型的主键列我们通常称其为“伪主键”或者“代理键”。
1、冗余键值：如果存在一个逻辑上更为自然的主键并且也满足unique约束，那么id就多余了；
2、允许重复项：伪主键本身确保了表的数据不会存在重复项，所以也就无法避免表中的其它数据出现重复项；
3、意义不明的关键字：主键名应该便于理解，所以建议用XxxId，而不都是用Id；
4、使用组合键。
如何识别反模式：当出现以下情况时，可能是反模式
1、我觉得这张表不需要主键；
2、我怎么能在多对多的表中存储重复的项；
3、我学过《数据库设计理论》，里面说我应该把数据移动到一张查询表中，然后通过ID查找。
但是我不想这么做，因为每次我想要获得真是的数据，都不得不做一次连接查询。
（这在数据库设计中是一个常见的误区，称为“正规化”，然而实际中对于伪主键并没有什么需要做的）
合理使用反模式：
使用伪主键，或者通过自动增长的整形的机制本身没有什么错误，但不是每张表都需要一个伪主键，
更没有必要将每个伪主键都定义为ID。
解决方案：
1、直接了当的描述设计，主键名应该便于理解，所以建议用XxxId，而不都是用Id；
2、拥抱自然键和组合键。
SQL反模式，系列学习汇总