如果code太长,我偏向于用ID。如果code用作主键了,则ID没有必要存在了。

解决方案 »

  1.   

    如果code用作主键,ID可以做为一个标识
      

  2.   

    to victorycyz(中海):
        1.Code不会太长,20个字符以内
        2.ID的主要作用是在写代码的时候引用方便。
      

  3.   

    比如:在对Code的Update时,可以使用不代表任何意义的ID来标示数据的唯一性。
      

  4.   

    比如:在对Code的Update时,可以使用不代表任何意义的ID来标示数据的唯一性。
    ----------------------------------------------------------------------    没有必要。
      

  5.   

    主键的选取对用户来说一般不要有任何意义,而且不需要修改,所以选ID,并在CODE做UNIQUE索引,来处理,供参考
      

  6.   

    比如:在对Code的Update时,可以使用不代表任何意义的ID来标示数据的唯一性。
    ----------------------------------------------------------------------    没有必要。----------------------------------------------------------------------当然不是必需的.只不过是个人习惯而已.    ^_^
      

  7.   

    sbwltan(Tanme)讲的有道理。
    请各位继续。
      

  8.   

    你既然有ID了,且是自增的,这必然是唯一
    那你可以不再建其它主键了呀当然依我看你的CODE肯定是想唯一吧?你可以在CODE上建一个唯一约束呀
      

  9.   

    to  imei() :
      ID 和 Code 都是唯一的。
    所以二者都可以被选作主键。
    但是选哪一个比较好呢?应该是各有好处。
    在什么情况下选ID好,什么情况下选Code好呢?
      

  10.   

    如果code可以做主键,就没有必要现用id因为code已经可以唯一标识一条记录,再加id就是多余的.
    除非你的处理需要用到id
      

  11.   

    to 邹版主:
    我想请教的不是ID有没有必要。因为我也知道可以不用ID。个人习惯而已。
      

  12.   

    按你的问题来说,我觉得你还是在CODE上建主键吧
    ID是自增的,由这一属性就能确定它的唯一
    其实CODE才是你的关键字段、实用字段,因为你是用它来做外键关联
    所以,你可以用CODE作主键,这样通过主键来约束CODE的唯一性以上是我个人的意见,希望对你有所帮助
      

  13.   

    使用code吧,对它建簇级索引,还可以优化一下查询!
    当然不是绝对的,还的根据你查询的方式而定,说不定使用非簇索引还快些,不过一般应该是
    簇级索引快!使用ID做主键,纯粹做记录标识,没有什么实际用去,又不能优化查询!
      

  14.   

    to  pjy(古虫):
      对code建索引也可以优化查询啊。不一定非要主键才能优化啊。
    暂时比较赞同 sbwltan(Tanme) 的做法:
    ·主键的选取对用户来说一般不要有任何意义,而且不需要修改,所以选ID,并在CODE做UNIQUE索引