大表查询速度快还是多表联合查询快？

如果是字段多，表宽，只要没有超出行的长度限制，是符合业务需求的，就不应该拆
表宽对速度有影响，但是只要索引合理，影响不会很大
表宽就不要用SELECT *，而根据需要SELECT 字段列表...

解决方案 »

  1.   

    做成view怎么会更慢呢，应该是更快。还可以有选择性的在view上做索引，肯定比单用sql语句快
    联合的表太多会慢的，正确的建立外键，可以加快联合查询的速度
      

  2.   

    如果VIEW的表太多，会更慢的，还不如一个表来的快。
      

  3.   

    如果VIEW的表太多，会更慢的，还不如一个表来的快。
    这话我就不明白了!你究竟是说实现的慢还是执行效率慢?看SQL的介绍!视图是根据原来的表的内容来创建的,它会实时地根据表的改变来更新相应的视图!如果你每次都运行查询的话,你说那样多慢啊!当然,如果做到一个表里面的话,程序的实现是很简单的!但是数据库方面出发,那设计是不行的!
      

  4.   

    大表做select * from ...一定慢 因为网络流量大
    楼主给的比较笼统 咱们就笼统的说好了:)
      

  5.   

    你指的大表是不是把基本表的id、name都放在大表里，那样的话数据库设计不理想。
    如果不是以上情况的话，推荐用大表
      

  6.   

    我想问一下
    我在win98下安装SQL7.0
    可打开SQL server Group下的database--table时候报错：
    An unexpected error happende during this operation
    [MS design tools]类没有注册那个大侠帮忙呀？？？
      

  7.   

    建议：
    如果不是迁就以前DB就不要用SQL7.0了
      

  8.   

    一般情况下查询一个表快，但是不要使用select *
      

  9.   

    sankis,你好！
      我不知道怎么发帖子，可以告诉我吗