数据库设计是表少好还是表多吗？为什么联系表很少？

     为什么我看到的一些系统的数据库的设计的时候，基本上都是一些实体表，而联系表没有或是很少，为什么？数据库设计方面的书籍上都说是要一起的。  
     这个是没必要吗，还是为了方便？
     还有一个是我把数据库设计得很少表，很多数据可能要从几个表里关联取得（语句可能就麻烦点），还是与数据库操作的数据都设计一个表？

解决方案 »

  1.   

    借宝座发帖，SQL SERVER复制功能，对订阅的数据库有限制吗？
      

  2.   

    能一个表解决当然一个表比较好  SQL在查询的时候效率比较高 速度比较快
      

  3.   

    数据不多,能一个表就一个表,如果数据多,
    而且增/删/改频繁,考虑多用户带来的性能问题的话,可以按特定属性分为多个表,
    无非写sql要麻烦一点,
    查询速度变慢,先按经常查询的关键字加索引.
      

  4.   

    表少好
    但是，如果确实表比较多的话，当需要从多个表中查询时，可以将这些列提出来，组成一个视图(view),直接从视图中查询就可以了。当然，为了提高速度，应建立索引