新闻重现：
新华网北京10月30日电 北京奥运会官方网站10月30日消息，10月30日，北京奥运会门票面向境内公众第二阶段预售正式启动。上午一开始，公众提交申请空前踊跃。上午9时至10时，官方票务网站的浏览量达到了800万次，票务呼叫中心热线从9时至10时的呼入量超过了380万人次。由于瞬间访问数量过大，技术系统应对不畅，造成很多申购者无法及时提交申请，为此北京奥组委票务中心对广大公众未能及时、便捷地实现奥运门票预订表示歉意。

　　针对订票系统因瞬间超大访问量而造成拥堵的情况，票务中心负责人表示，由于我们对广大公众的订票需求估计不足，准备工作存在缺陷，给大家申请购票造成不便。对此，我们真诚地向广大群众表示道歉。

请内存数据库的专家分析如下问题：
1、分析一下奥运门票销售系统数据库为何在800万次/小时的压力下造成了“系统应对不畅”？
2、如果奥运门票销售系统使用内存数据库，如何设计才能应对如此强大的压力，请简要的说明方案。

感谢内存数据库的专家答疑解惑！

因为没有用： ALTIBASE

2楼没看提问啊！具体一点啊！

问题1>>引起系统应对不畅的原因主要包括如下几点：
1、人为因素，票务中心负责人表示，由于我们对广大公众的订票需求估计不足，准备工作存在缺陷，给大家申请购票造成不便。
2、此系统后台数据库肯定是磁盘数据库，况且不说是哪家的磁盘数据库。就是Oracle磁盘数据库
我想如果不做系统的优化和设置也是难于应付的。
3、系统的硬件配置也可能是系统应对不畅的原因，目前还不知道什么配置。
4、系统开发商们写的代码是否合格，系统的架构设计是否合理。
以上都是导致系统应对不畅的根本原因。如果想彻底解决此问题那就看问题2的回答吧！！！
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
问题2>>如果奥运门票售票系统使用内存数据库，那么在此我就简单口述一下应用方案。如果有时间我会附上应用方案的设计图。可以把磁盘数据库中的门票数据和用户数据放入内存数据库中，对于处理完毕的数据可以通过应用程序实时同步到磁盘数据库，同样的道理我们可以把客服系统中经常访问的数据，比如门票信息、用户信息、知识库信息等实时处理的数据放到内存数据库中处理，处理完毕后以同样的方式同步到磁盘数据库。这样又做到了实时数据访问的响应，不会出现应对不畅，而且确保了历史数据的汇总、挖掘和分析。
（建议采用ALTIBASE内存数据库产品，ALTIBASE对于高并发处理是强项）

二楼正解啊

The fifth floor, your logo very cool! ! !

好！可以分钱了！

楼主，你是做奥运门票系统的吗？我们可以沟通一下，我公司是做altibase的啊！
刚发现有这个内存数据库论坛，不错。
有人需要试用产品可以联系我啊。希望大家支持！
bailixin@g-data.com.cn

ALTIBASE可以在这几天之内上线吗?奥组委宣称11月5日将通过媒体公布新的售票信息了.

支持楼上！！！可以为大家服务感谢感谢，终于找到你了。多谢对PUB的支持！！！