数据计算量大,建了视图但是查询速度太慢

frjfanding123 2009-05-20 11:40:31
两年的数据有点吃力了,大家帮忙出个主意,如何办?

1,客户不让切割成多个库
2,提少量的数据明显会,但客户要求一次提出一年的数据
3,做分页?我没做过呢,另外我用的是MASTERDETIAL控件,不方便做分页
4,换ORACLE数据库?工作量很大呀
5,建立索引?优化数据库我还没有系统的学习过.

谢谢
...全文
630 20 打赏 收藏 转发到动态 举报
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
华芸智森 2009-06-15
  • 打赏
  • 举报
回复
[Quote=引用 19 楼 frjfanding123 的回复:]
问题找到了,是设计有严重问题,一个大的查询里又套了另一个 where id in (更大的查询)
[/Quote]
这种原因。哪位神仙能猜到?
frjfanding123 2009-06-13
  • 打赏
  • 举报
回复
问题找到了,是设计有严重问题,一个大的查询里又套了另一个 where id in (更大的查询)
frjfanding123 2009-06-10
  • 打赏
  • 举报
回复
索引是视图?
华芸智森 2009-06-09
  • 打赏
  • 举报
回复
两年的数据有点吃力了,大家帮忙出个主意,如何办?

1,客户不让切割成多个库
--SQL2000 ,按年度分表,SQL2005,按时间分区。

2,提少量的数据明显会,但客户要求一次提出一年的数据
--用什么样的数据库,提一年的数据都是很慢的。

3,做分页?我没做过呢,另外我用的是MASTERDETIAL控件,不方便做分页
--分页在CSDN里一搜一大把。网上一抓没一万也有八千。

4,换ORACLE数据库?工作量很大呀
--ORACLE的性能测试时比SQLSERVER优2到3倍左右,如果是大数据量,你的客户也一样不能接受。

5,建立索引?优化数据库我还没有系统的学习过.
--搜一下,CSDN里有N多的文章是关于索引的。
nalnait 2009-06-09
  • 打赏
  • 举报
回复
索引是视图了
frjfanding123 2009-06-09
  • 打赏
  • 举报
回复
谢谢大家,我看这事也该结了,我也有一点透明的感觉了
frjfanding1234 2009-06-08
  • 打赏
  • 举报
回复
up
frjfanding123 2009-06-08
  • 打赏
  • 举报
回复
怎么没人讲一讲呀
听说索引有三种
有不同的情况用
frjfanding1234 2009-06-07
  • 打赏
  • 举报
回复
我在table1中建了索引table_index1,如何测试一下?

select ...from table_index1?
如何应用?
frjfanding123 2009-05-31
  • 打赏
  • 举报
回复
我现在先决定用索引

但是从哪里下手呀,因为软件调用的时候是从视图SELECT的,而不是原来的表,难道在原表里也建索引?然后在视图里也建?
frjfanding123 2009-05-26
  • 打赏
  • 举报
回复
今天刚想到,PROC比VIEW快,但是我的视图比较复杂不能改写成PROC
frjfanding123 2009-05-22
  • 打赏
  • 举报
回复
谢谢大家了,

数据都是计算出来的,所以现在只能调用视图,请问有了视图还怎样建索引呀?

因为我查询都是要从视图里查
hery2002 2009-05-21
  • 打赏
  • 举报
回复
DB2?SQL Server?
1,客户不让切割成多个库
--如果是2K5的话,你逻辑上给他分割就可以了。也可以做分区表分区视图.2,提少量的数据明显会,但客户要求一次提出一年的数据
--做个报表给他,让他自己慢慢去等,一年的数据,想也想的到没有太快的速度.
3,做分页?我没做过呢,另外我用的是MASTERDETIAL控件,不方便做分页
--这个最好还是做做吧,否则以后更痛苦4,换ORACLE数据库?工作量很大呀
--这个可以适当考虑,长痛不如短痛.5,建立索引?优化数据库我还没有系统的学习过.
--这是首要处理的问题,最好建立索引视图,建立合理的索引列来优化查询.
--查询语句上也要做相应的优化处理.
Q315054403 2009-05-21
  • 打赏
  • 举报
回复
你叫这个客户开车绕地球一圈,看是否耗时、耗油??
当然,不能用这样的语气跟客人说话。。。
youqi1984 2009-05-21
  • 打赏
  • 举报
回复
合适字段建立索引。
一次取数据量太庞大,效率必然下降
JonasFeng 2009-05-21
  • 打赏
  • 举报
回复
[Quote=引用楼主 frjfanding123 的帖子:]
两年的数据有点吃力了,大家帮忙出个主意,如何办?

1,客户不让切割成多个库
2,提少量的数据明显会,但客户要求一次提出一年的数据
3,做分页?我没做过呢,另外我用的是MASTERDETIAL控件,不方便做分页
4,换ORACLE数据库?工作量很大呀
5,建立索引?优化数据库我还没有系统的学习过.
[/Quote]

其实楼主还是应该从优化角度出发。
建立索引,这是必须的。

另外,从长远考虑,楼主还是需要做分页的。即使再难也必须做的。
否则,以后还是这样,长痛不如短痛。

一次提一年的数据,估计什么库速度都不能快起来的。
zhengduan964532 2009-05-21
  • 打赏
  • 举报
回复
建立索引可能好点
大P 2009-05-21
  • 打赏
  • 举报
回复
数据计算量大,建了视图但是查询速度太慢

做索引视图

jinjazz 2009-05-20
  • 打赏
  • 举报
回复
一次取一年的数据换db2也就这性能,纯粹设计问题
jiangshun 2009-05-20
  • 打赏
  • 举报
回复
还是建合理的索引

22,210

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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