上次问题续,变成查10万条记录,速度慢的可怜,一分多中(50分)

  • 主题发起人 主题发起人 yaoian
  • 开始时间 开始时间
Y

yaoian

Unregistered / Unconfirmed
GUEST, unregistred user!
interbase数据库,从一个view 里select出大概10个字段,而其中5个会写在group by里
如:
select a1,a2,a3,a4,a5,a6,a7,a8,a9,a10 from view_aa group by a1,a5,a6,a8,a9,a10
而view是join了5个表的,因为那5个表经常要更新,所以否决了用建表来代替建view的可能
就在执行select a1,a2,a3,a4,a5,a6,a7,a8,a9,a10 from view_aa group by a1,a5,a6,a8,a9,a10
这句时就差不多用了50秒了,更甭提但我我把一些条件加进去时(什么 where ,haing啊)
简直就惨不忍睹,忘大侠帮帮忙,怎么进行索引改善啊
 
当数据库结构设计有问题后,这就是后遗症,
其实你可以建几个临时表,虽然会有点冗余.
我敢保证你的速度会加快,
 
IB到底能不能胜认这样的操作?我现在都开始怀疑了!
怎么没有一个既能跨平台,又能适应中小型应用的数据库呢?(MS SQL 相对大了点,最主要的是不能跨平台,用它只能用MS 2000/.net server了)
 
>> 怎么没有一个既能跨平台,又能适应中小型应用的数据库呢?
MySQL, DB2
 
mysql不支持Store procdure与事务!
不过对DB2我不了解!它不是和oracle都是航母型的吗?
 
怎么建临时表啊,建了有什么用啊,又不能从临时表select东西,(临时表概念不是很清啊)
能说得具体些吗,就我上面说的情况
 
对于Index那些,有进行建立吗?
 
给视图加个索引
set quoted_identifier,ansi_nulls,arithabort,ansi_padding,ansi_warnings,concat_null_yields_null on
set numeric_roundabort off
create unique clustered index yourindex
on view_aa(a1,a5,a6,a8,a9,a10)
go
可能会快点。
 
后退
顶部