設計table的時候，大家都加不加PK FK的限制哦？

如題      設計table的時候    都加不加PK   FK 呢 ？討論一下哈~　　　　　說說優點和缺點

解决方案 »

  1.   

    做数据库的时候，我们用er图来表示，e表示实体，也就是我们的表，r relation表示实体间的关系。实体间的关系，如何来表示呢，就是通过FK来表示的。 所以没有FK，你们的表如何反映出实体之间的关系叻。
      

  2.   

    如果是在数据库中设计表，PK或FK在一般情况下，都会加上。
    但在数据仓库中设计表，PK或FK就未必要加上了。
      

  3.   

    我们只加 PK，FK 由程序控制，否则关系复杂的结构光 FK 的数据就搞死人
      

  4.   

    PK是一定要有的。但FK, 我见过的用oracle开发的系统似乎都不加
      

  5.   

    PK必须有
    FK基本不用。大的系统要求实时备份，很多数据库备份软件处理FK都有问题。
    最好不要太依赖数据库来保证FK
      

  6.   

    我认为pk是要加的，没有pk表没有意义，fk要按实际情况来设置