访问量特大！数据库选型及解决方案彷徨中......... [有实施经验者请进]

Question

oracle/db2
报价你搜索就可以查到.

Answer 1

oracle/db2,负载均衡，中间件技术肯定都有
但bea,cics都不是很好用，各有各自特点
先说说什么方案么

Answer 2

如果总共表比较少，（业务不复杂）
SQL也是很好的选择（狼群计划）
不过你的管理软件就比较难开发了
不过投资相对小些

Answer 3

你的系统开发是否已经完成？
如果还在选型阶段，的确应该仔细考虑负载平衡的问题。
ORACLE/DB2都是很适合的数据库系统，但是针对你的情况，应该考虑采用TUXEDO这类的中间件平台，因为数据库的会话连接是不能满足你的用户数量的需求的。
至于查询性能的问题，因为你的数据量较低，一般的优化就能够满足。

Answer 4

不够使用使用ORACLE+多台服务器还是可以胜任，电信价格比较高256K8条一年60万，还是打三折

Answer 5

谢谢各位的参与！
我公司用的后台操作系统是UNIX，前台是WINDOWS，系统用PB开发。
考虑到访问两和数据传输量过大的问题，经过与客户协商。现在的系统要求如下：
1、高峰期两个小时内将有100000——200000个用户访问数据库，每个用户都要从数据库中检索出约1000条左右的记录。（其余时段访问量比较少，大约每小时10000个用户访问）
2、数据库的存储量不大，大约在10万条记录左右。
3、客户端为应用程序（不是Web访问）
4、对数据库的修改操作非常少，通常每秒并发的修改操作在3次以内。主要是做数据的检索。请各位继续献计献策！

Answer 6

建议使用oracle 9i RAC技术,可以视具体情况添加服务器.降低前期投入.
对你的数据库来说当然选用oracle9i数据库比较好了.用个标准版就可满足你
的要求了.但在规划索引,以及整个数据库结构设计都可以按静态表方式来做.
这是我的小小想法.