12306海量交易能用informix数据库吗

那可以采用三级服务器模式么。

前置系统­->地区票务处理服务器->历史数据服务器。

地区票务处理服务器:存放当天的交易数据,  每天定时将数据导入历史数据服务器进行汇总。 收起

我认为吧，应该采用一套前置系统，，然后采用多套服务器，  每套服务器记录不同区域的票务数据，这样的话，应该可以缓解数据服务器的压力，，也可以相对减少网络通讯的压力。  至于数据库的选择，如果设置一套前置系统后，我感觉用什么informix与oracle区别并不大。。因此这样的方案，数据存在了多套服务器上。数据就不是那么集中，数据库的压力，压对会减少。 收起

12306在数据库上表现的主要问题是数据行访问过于集中。如果按天、按车次对车票票号进行分片处理，只要有订票请求首先把订出标志更新掉，这样几乎不对数据进行封锁，交易失败或者交易超时再把标志更新回票未订出，那数据库完全是可以跑得飞的，和用哪个数据库没啥关系。

查询条件为日期+车次->取余票量->生成票号和订票人信息并入库，这个流程数据库会慢死的，而且封锁这块究竟用乐观锁还是悲观锁完全没法做平衡处理。 收起

12306不是数据库的问题。。而是网络架构的问题～～
就当前来看，用户数是1000W。
每天放票数顶多3亿张～～这个信息完全放内存里也没有多大的数据量。。。 收起