索引基本是小不了的了：按时间、按某些字符串索引都有；分区表是后来想利用，但是客户也不想再立项，也就懒得做了。。。。 <- 中国开发网

CNDEV.ORG

当前在线

论坛

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

haitao：

索引基本是小不了的了：按时间、按某些字符串索引都有；分区表是后来想利用，但是客户也不想再立项，也就懒得做了。。。。

[阅读: 518] 2007-07-30 14:27:42

索引基本是小不了的了：按时间、按某些字符串索引都有；
10亿条记录——1G内存也就40亿字节，相当于每条记录的索引信息40字节

分区表是后来想利用，但是客户也不想再立项，也就懒得做了。。。。
那种单位，这样的事情，如果做好是正常的，如果做坏了，就有责任了

相关信息:

最佳。。。。。。。。 (244字) (haitao [370] 2007-07-30 20:59)
- fb2能和mssql2005死磕吗？ (126字) (haitao [400] 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 [332] 2007-07-30 22:05)
    - 索引基本是小不了的了：按时间、按某些字符串索引都有；分区表是后来想利用，但是客户也不想再立项，也就懒得做了。。。。 (132字) (haitao [517] 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 [436] 2007-07-31 10:09)
        以上这些内容，都是你未翻资料“推测”的吧 (空) (Miracle [342] 2007-07-31 10:12)
        －－以上均为泛泛之谈－－ (25字) (haitao [315] 2007-07-31 10:14)
  - SQL Server 2005对海量数据处理 (3959字) (haitao [466] 2007-07-31 10:39)
- 都没听说过 (空) (龙之吻 [333] 2007-07-31 08:53)
- 俺周六就贴了 (57字) (leejd [350] 2007-07-31 10:33)

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

页面内容处理时间: 0.020 - 510816