ORACLE响应速度的问题

[ivy99]

现需要建一个实时性要求教高的系统，一个100万左右的大表和两张小表（千条记录）关联查询数据，表的记录长度都不大，高峰段1秒中200个并发查询，需要每个查询能够在500ms内响应，查询结果为一条或几条记录。
在HP DL580G2（2*3.0GHz CPU，8G 内存）的服务器上搭建9i的系统有没有可能获得这样的性能？
可以采用大表分区，建索引等常规优化方式。

如果不能，是不是只能写代码将数据LOAD到内存检索啊？

请高手赐教，谢谢！

[zhaokeke2004]

当然可以，增大SGA，把经常要查询的数据放在缓存中.

[ivy99]

表放到CACHE中也考虑过，现在的问题是怎么能确信可以实现这样的性能？用什么样的方式能够测试一下？（现在硬件还没有到位）

有没有这方面的ORACLE资料呢？

[chj733]

对大表进行分区，在表连接的字段上建立好合适的索引，连接中注意表的摆放顺序，应该以返回结果集较小的表作为驱动表，你这个情况用嵌套循环应该比较合适，可以考虑在SQL代码中使用提示进行强制，另外缓存小表也是个不错的选择

[ivy99]

现在主要是要定实现方案，是将查询扔给数据库完成呢，还是自己编写程序完成。
有没有哪位高人做过类似实时性的系统，交流一下吧？