多表联合查询,是不是效率很低、速度很慢?

SprinBell 2007-06-09 04:50:30
如题。我有个4表联合查询,在局域网用web页面查询,10万数据也要10-15秒才能显示结果,感觉实在太慢。有人建议可以考虑增加表的字段冗余来实现,可行吗、在实际应用中,如何达到数据库设计规范和查询效率的完美统一?
...全文
1157 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
gc_ding 2007-06-10
  • 打赏
  • 举报
回复
1.增加索引
2.升级硬件
wgzaaa 2007-06-09
  • 打赏
  • 举报
回复
本人一直支持适当增加表的字段冗余的观点,将常用作查询的字段还按原来关联设计,但同时保存一分数据到主表中,并作成非聚集索引,这样会减少join带来的效率降低,并能提高查询的效率,需要增加的工作是,写语句维护关联的更新,到了追求效率的阶段,我想这不算什么难事
规范能提高设计效率,有时候对高手也是一种束缚。
另外别先join再过滤,应先过滤再join等一些细节也要注意,别过分追求一条语句,往往看似很笨的办法,其实是效率较高的方法。
y_dong119 2007-06-09
  • 打赏
  • 举报
回复
呵呵,不知道是不是数据量显示多,如果是这样可以写个分页存储过程
yuedeem 2007-06-09
  • 打赏
  • 举报
回复
^_^
dawugui 2007-06-09
  • 打赏
  • 举报
回复
在局域网用web页面查询,10万数据也要10-15秒才能显示结果,感觉实在太慢。

这还嫌慢?

把这几个表需要关联的字段加上索引。
Yang_ 2007-06-09
  • 打赏
  • 举报
回复
索引是解决速度问题最直接的方法

34,587

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧