在我们的数据库设计中，不行逃避的就是数据库表的主键，大概有许多伴侣没有深入思考过，主键的设计对整个数据库的设计影响很大，因此我们不得不要重视起来。
主键的须要性:
有些伴侣大概不倡导数据库表必需要主键，但在我的思考中，以为每个表都应该具有主键，不管是单主键照旧双主键，主键的存在就代表着表布局的完整性，表的记录必需得有独一区分的字段，主键主要是用于其他表的外键关联，本记录的修改与删除，当我们没有主键时，这些操纵会变的很是贫苦。
主键的无意义性：
我强调主键不该该具有实际的意义，这大概对付一些伴侣来说不太认同，好比订单表吧，会有“订单编号”字段，而这个字段呢在业务实际中自己就是应该具有独一性，具有独一标识记录的成果，但我是不推荐回收订单编号字段作为主键的，因为具有实际意义的字段，具有“意义变动”的大概性，好比订单编号在刚开始的时候我们一切顺利，厥后客户说“订单可以作废，并从头生成订单，并且订单号要保持原订单号一致”，这样本来的主键就面对危险了。因此，具有独一性的实际字段也代表可以作为主键。因此，我推荐是新设一个字段专门用为主键，此主键自己在业务逻辑上不浮现，不具有实际意义。而这种主键在必然措施增加了巨大度，所以要视实际系统的局限巨细而定，对付小项目，今后扩展不会很大的话，也查答允用实际独一的字段作主键的。
主键的选择
我们此刻在思考一下，应该回收什么来作表的主键较量公道，申明一下，主键的设计没有一个定论，大师有大师的要领，哪怕同一个，在差异的项目中，也会回收差异的主键设计原则。
第一：编号作主键
此要领就是回收实际业务中的独一字段的“编号”作为主键设计，这在小型的项目中是推荐这样做的，因为这可以使项目较量简朴化，但在利用中却大概带来一些贫苦，好比要举办“编号修改”时，大概要涉及到许多相关联的其他表，就象黎叔说的“效果很严重”;尚有就是上面提到的“业务要求答允编号反复时”，我们再那么先知，都无法知道业务将会修改成什么?
第二：自动编号主键
这种要领也是许多伴侣在利用的，就是新建一个ID字段，自动增长，很是利便也满意主键的原则，利益是：数据库自动编号，速度快，并且是增量增长，聚积型主键按顺序存放，对付检索很是有利;数字型的，占用空间小，易排序，在措施中通报也利便;假如通过非系统增加记录（好比手动录入，或是用其他东西直接在内外插入新记录，或老系统数据导入）时，很是利便，不消担忧主键反复问题。
缺点：其实缺点也就是来自其利益，就是因为自动增长，在手动要插入指定ID的记录时会显得贫苦，尤其是当系统与其他系统集成时，需要数据导入时，很难担保原系统的ID不产生主键斗嘴（前提是老系统也是数字型的）;假如其他系统主键不是数字型那就贫苦更大了，会导致修改主键数据范例了，这也会导致其他相关表的修改，效果同样很严重;就算其他系统也是数字型的，在导入时，为了区分新老数据，大概想在老数据主键前统一加一个“o”(old)来暗示这是老数据，那么自动增长的数字型又面对一个挑战。
第三：Max加一
由于自动编号存在那些问题，所以有些伴侣就回收本身生成，同样是数字型的，只是把自动增长去掉了，回收在Insert时，读取Max值后加一，这种要领可以制止自动编号的问题，但也存在一个效率问题，假如记录很是大的话，那么Max()也会影响效率的;更严重的是并发性问题，假如同时有两人读到沟通的Max后，加一后插入的ID值会反复，这已经是有履历教导的了。
第四：廉价加一
思量Max加一的效率后，有人回收廉价加一，也就是建一个出格的表，字段为：表名，当前序列值。这样在往表中插入值时，先以后表中找到相应表的最大值后加一，举办插入，有人大概发明，也大概会存在并发处理惩罚，这个并发处理惩罚，我们可以回收lock线程的方法来制止，在生成此值的时，先Lock，取到值今后，再unLock出来，这样不会有两人同时生成了。这比Max加一的速度要快多了。但同样存在一个问题：在与其他系统集成时，离开了系统中的生成要领后，很贫苦担保廉价表中的最大值与导入后的保持一致，并且数字型都存在上面讲到的“o”老数据的导入问题。因此在“廉价加一”中可以把主键设为字符型的。字符型的廉价加一我倒是蛮推荐的，应该字符型主键可以应付许多我们意想不到的环境。
第五：GUID主键