如果索引数据就大于内存容量。。。。。。。。应该很难有什么好优化的了吧，就看数据库系统是不是适合这种条件了。。。。 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
个人
- 袁国术的个人网站
- 翟旭东网!!!
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

haitao：

如果索引数据就大于内存容量。。。。。。。。应该很难有什么好优化的了吧，就看数据库系统是不是适合这种条件了。。。。

[阅读: 516] 2007-07-30 15:44:59

分区表，也只是各个区有自己独立的索引数据，同时全部加载进内存也是不可能的
也存在一个硬盘－内存切换的过程，只是不那么频繁了，而且一次要切换的也少了

现在1年的数据的索引量大约就有1G了，如果采用分区表，保留10年的数据，是不是也会很慢。。。。。。
不过查的最多的应该是1年内的数据，这样也许没问题。。。。。

相关信息:

最佳。。。。。。。。 (244字) (haitao [371] 2007-07-30 20:59)
- fb2能和mssql2005死磕吗？ (126字) (haitao [401] 2007-07-30 21:00)
  - 会好点，FB占的内存会小许多，不过这么比不太合适吧 (空) (amo [303] 2007-07-30 21:04)
    - 数据库有索引，查找速度就是log(n)的了。。。。。。 (54字) (haitao [376] 2007-07-30 21:24)
      - MSSQL的设计就是充分利用内存，需要一定的内存来保证性能的；而FB不是这样 (165字) (amo [462] 2007-07-30 21:48)
        嗯。。。。那说不定mysql更好？？ (138字) (haitao [372] 2007-07-30 22:34)
  - 有没有搞索引优化，表/视图分区，多文件组？都扔一个表里，不慢才怪。 (空) (Miracle [334] 2007-07-30 22:05)
    - 索引基本是小不了的了：按时间、按某些字符串索引都有；分区表是后来想利用，但是客户也不想再立项，也就懒得做了。。。。 (132字) (haitao [519] 2007-07-30 22:27)
      - 懒得优化，当然慢了，呵呵。既然客户不想立项，那就让他们坐在电脑前面慢慢等SQL Server把数据查出来呗 (空) (Miracle [317] 2007-07-30 23:29)
        如果索引数据就大于内存容量。。。。。。。。应该很难有什么好优化的了吧，就看数据库系统是不是适合这种条件了。。。。 (158字) (haitao [515] 2007-07-30 23:44)
        一次查10年明细数据的疯子，毕竟是极少数。要针对业务优化，针对数据访问频率特点优化。目标是让常用数据访问活动效率提高，而不是把所有索引都装到内存里。 (空) (Miracle [334] 2007-07-31 00:08)
        给我们上几课讲讲数据库调优吧 (空) (Afflatus [301] 2007-07-31 09:35)
        召唤deepblue (空) (Miracle [280] 2007-07-31 10:18)
        是不是把所有索引都装到内存里，是数据库系统自行决定的吧 (101字) (haitao [454] 2007-07-31 09:41)
        为何需要把整个索引加载到内存？ (空) (李战 [737] 2007-07-31 10:04)
        这就是数据库系统的工作机制了。。。。。。。。。。。 (137字) (haitao [437] 2007-07-31 10:09)
        以上这些内容，都是你未翻资料“推测”的吧 (空) (Miracle [342] 2007-07-31 10:12)
        －－以上均为泛泛之谈－－ (25字) (haitao [316] 2007-07-31 10:14)
  - SQL Server 2005对海量数据处理 (3959字) (haitao [467] 2007-07-31 10:39)
- 都没听说过 (空) (龙之吻 [333] 2007-07-31 08:53)
- 俺周六就贴了 (57字) (leejd [350] 2007-07-31 10:33)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.022 - 510880