fb2能和mssql2005死磕吗？ <- 中国开发网

账号

haitao · 2007-07-30 21:00:23 · 阅读: 436

fb2能和mssql2005死磕吗？

fb2能和mssql2005死磕吗？
一个客户说，数据表记录数上亿后，mssql2000简直就不能用了——低档dell服务器，1G内存，P4 2.8G。。。。
1G内存好像小了一点，索引加载到内存都不够用。。。。。
不知道fb2能不能解决这个问题

相关信息:

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

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

页面内容处理时间: 0.010 - 520288