使用内存表后，SQL的执行效率能有多大的提供？

Question

我现有需要对使用内存表的效率进行评估
但现在测试环境还没有不会搭，初步可行性报告要出了
请问，那位大侠有过类似经验
我的目标环境是4个CPU，8G内存的服务器，测试表有1000万条记录，每条记录的字节是120字节
在建立好索引后，Select/Insert/Delete/Update(不改索引字段）的大概效率是多少？以秒为单位
需要在修改后，马上Commit
这个效率不需要太准缺，给个数量级就可以了
谢了。。

Answer 1

如果是随机读写，数据量这么大一般用不上buffer了。
select操作用上索引时间非常快。
update，insert大约3000－5000条/秒
我测试的是IBM P550系列机型。4C 8G内存

Answer 2

我已经完成了测试，现将结果公布一下，以回报大家的关注测试主机：IBM P520A   CPU 1.5G*4C  内存 8G  一般的磁盘阵列
操作系统：AIX
数据库：  ORACLE 10G
测试数据表：TB1:  20万条纪录    TB2: 600万条纪录
表结构一样，如下：
Name     Null?    Type
-------- -------- -----------
ID1      NOT NULL NUMBER(14)
ID2      NOT NULL NUMBER(14)
AMT      NUMBER(16,2)
ID3      NUMBER(14)测试流程：
Beging Transcation;
Delete From TB1 Where ID = $ID3;

连续6次 Update Amt = 100 From TB2 Where ID = 随机ID;
  
Insert Into TB1 VAULES ($ID3.….);

连续12次 Select Amt From TB2 Where EBOXID = 随机ID1;
         Fetch Amt Into $Var;
Commit Transcation;测试结果:
24个进程并发测试，总处理能力：1090事务/Sec
30个进程并发测试，总处理能力：1250事务/Sec
36个进程并发测试，总处理能力：1161事务/Sec
======================================
Select  效率  0.32ms/次
Update  效率  0.85ms/次
Insert 效率  1.46ms/次
Delete 效率  0.7ms/次
Commit 效率 12.19ms/次