[提问]奥运门票因技术原因暂停销售，请专家分析！

nulizuanqian

那要看系统业务的复杂度了，你可以和我公司的技术人员沟通一下，多个解决办法嘛！楼主留个联系方式如何？

tommyyang

按照浏览量800万次/小时以上的压力设计，是不是很庞大？ALTIBASE能顶住这么大的压力吗？硬件方面有没有什么具体要求？

wxlmail2008

还是看实际应用能长见识呀，学习了！

lmx66768

' 浏览量800万次/小时，  呼入量超过了380万人次'
问题可能存在于网络，web服务，数据库等多个方面。
如果确实是数据库的问题，确实可以考虑采用内存数据库快速解决问题。
1 . 首先内存数据库的单笔提交处理能力远较磁盘数据库要高。在工期紧不可能采用共享内存的开发的情况下，是一个最快速的解决问题的途径。
2.  据我所知较成熟的内存数据库都能提供各种开发接口，例如标准的 JDBC2.0 开发接口。
    （个人推荐Altibase  ，我就熟悉这个，呵呵！），特别是一些web 应用，我想系统迁移会很快。
3.  到底使用内存数据库后能不能满足要求。任何高手或其他神人都不要信，只能相信自己。
     通过对一部分核心应用的迁移，进行系统压力测试。不论是系统迁移便利性或性能是否达标
    都能通过测试达到验证。
    //关于第三点，如果真的有需要可以直接联系厂商。我想有关奥运会的，任何厂商都会全力支持！！！

tommyyang

楼上的说的好!顶...

mahan007

当今不管什么数据库系统，都能满足奥运门票的订票系统。

tom_111

最初由 mahan007 发布
[B]当今不管什么数据库系统，都能满足奥运门票的订票系统。 [/B]

何以见得！！！可以充分的说出你的看法，单单一句话怎么可以让大家信服呢！！！

liyongdong

最初由 mahan007 发布
[B]当今不管什么数据库系统，都能满足奥运门票的订票系统。 [/B]

我认为，说的不对，要有调查才有发言权。

runqian_report

不轮是炒做还是真的系统崩溃，事实上还是让大家做每件事要准备工作做充足，例如电信系统，金融系统前期设计都很严谨并且充分考虑了后期系统容量，这样不会导致数据量爆涨而产生的系统瘫痪，作为定票系统可能事前没有充分考虑到系统平时和到高峰时的系统差异，甚至对于投资也不会那么大而导致系统的限制，临时解决的办法要不增加硬件（成本的投入未必会接受并且带来的效果未必好）来处理要不就对当前系统重新设计更多依靠内存来处理，本人也建议使用内存数据库来分担磁盘数据库的压力

fish1840

我只能说这是整个国家的耻辱，为奥运投入了那么多，这么一个系统都不能做好，不知道后面贪污了多少