设计数据库表时,尤其是实体时,是否应该定义代码?

不会吧？
如果代码指ID字段、多数得用。
名称难以保证唯一性,并且使用时有更名的可能。

解决方案 »

  1.   

    关系型数据库得核心就体现在代码上，如何能不用呢，
    很多代码的问题可以用如下表结构来解决tableID
    pkcode
    codename
      

  2.   

    比如姓名容易重复，就得靠代码区分。
    代码更多地用来表达数据关系。
      

  3.   

    是啊，哪个大系统没有资源表，也就是代码解释表，可减少数据冗余
      

  4.   

    我主要是觉得用代码有时比较繁.资源表应该是一个比较好的方法.
    对姓名/组织结构等,代码肯定是要的.但对一些状态是否也有用代码的必要呢?
    如一个单据,有这么几个状态:草稿/送审/已审/作废.有必要对这几个状态也做一个代码吗?