一直以来，我们都认为12306的慢是数据库层面上的问题，以为淘宝能解决这个问题，实际情况如下：
据可告消息：12306的架构比较复杂，基本售票系统是SYBASE，网络订单数据库是ORACLE。性能低下的原因不在数据库，而在安全网闸。原来一个网闸处理全国业务成了瓶颈，将来每个局一个网闸和一个出口带宽，有望缓解。
铁科研那帮人搞了这么多年的大并发处理，经验还是有的。能想的办法都想了。关键是SYBASE不给力，换ORACLE难了，全是存储过程，移植到ORACLE，前几年试过，不敢上线。但就一般情况来说，数据库还不是瓶颈，仅仅在某些极端状况下是数据库。
网售更不是数据库瓶颈，网闸那儿档着，请求都进不来，数据库根本不忙。
有人，还号称是专家，说关系数据库不灵，在相同配置下TPF比ORACLE慢几十倍，试过的。95年IBM就找到我们推销TPF，被我们否了，09年又来了，撺掇易程。5个人花了3个月，测了一下，根本不成。
铁科院试过了，可以但是不敢用。
一个是已经买断了SYBASE的版权，再花钱买ORACLE，给个理由，领导说。
一个是大规模的移植和培训。
一个是谁也不敢说不出娄子。
SYBASE用了10年刚刚使系统稳定下来。谁敢说改ORACLE能稳定？
16年来，几代人在SYBASE上写了数千个存储过程。没人知道那个有用那个已经过时了。
*，一家垄断是解决不了问题的。一家，很难有能力建立和维护一个大规模的分布式系统。这样的系统需要巨额的建设和维护费用，而卖票是不赚钱的，纯服务，可持续性也有问题。
我的分析：
1. 在天朝政治大于技术，即使被天下的百姓骂，只要上级领导不骂就OK，从sysbase改到oracle上，没有人愿意承担这个风险。
2. 票可是垄断资源，不会向电商开放的，只有自己关起门来弄。关起门来又有问题，没办法支付巨大的维护费用。
3. 即使把买票交给了电商，系统要稳定电商也有很多的路要走。因为业务不一样，在淘宝上只管买，而买票的业务要复杂的多，有分段，一个位置只能是一个人等等相当复杂。
我的观点：如果系统只是在铁道部内部弄，买票难的问题不能解决，要有所改变，把票当做普通的商品交给电商。没有一下子能成功的，只有在错误中慢慢摸索。
部分内容整理自：http://www.itpub.net/thread-1565638-1-1.html