2008-03-30
sybase数据库无效问题
最近在公司做一个项目的时候因为设计到跟其他部门的产品结合,产品负责人要求对所有用到的表建立视图,操作统一对视图进行操作。
有一展现列表设计三表联查，三个表数据量分别为100w，10w，10w。按说数据量不是很大，数据库查询却需要1秒左右的时间，数据库该优化的也优化了，索引该建的也建了。
看了看执行计划既然是全表扫描，让人莫名其妙。最后同事跟踪了一下，原来是由于数据库的元数据统计信息是旧的或者说不正确。重新统计元数据统计信息：
update all statistics K_RW..B_FTRW
go
后正常。
什么原因引起的呢？还是不慎了解
有一展现列表设计三表联查，三个表数据量分别为100w，10w，10w。按说数据量不是很大，数据库查询却需要1秒左右的时间，数据库该优化的也优化了，索引该建的也建了。
看了看执行计划既然是全表扫描，让人莫名其妙。最后同事跟踪了一下，原来是由于数据库的元数据统计信息是旧的或者说不正确。重新统计元数据统计信息：
update all statistics K_RW..B_FTRW
go
后正常。
什么原因引起的呢？还是不慎了解
评论
snailness
2008-04-05
sybase优化三大斧:
update statistics 更新统计表
reorg rebuild 重新划分空间
recreate clustered indexes 整理索引空间
如果一个表频繁的进行数据操作，有必要定期进行一下update statistics,索引会经常失效，sybase的所谓策略机制通常会认为这样一个索引不会提高运行速度，所以不用。
update statistics 更新统计表
reorg rebuild 重新划分空间
recreate clustered indexes 整理索引空间
如果一个表频繁的进行数据操作，有必要定期进行一下update statistics,索引会经常失效，sybase的所谓策略机制通常会认为这样一个索引不会提高运行速度，所以不用。
评论排行榜