帮忙宣传：2306NG开源项目组广招大牛！
我在“CSDN首页热点资讯”看到关于2306NG开源项目的新闻，很赞同、很支持！.NET频道很火，故来帮忙宣传一下，楼主别删哇！

文章来自：http://www.csdn.net/article/2012-09-30/2810520

《建设一个靠谱的火车票网上订购系统》一文写道：“如果我们能够设计建造一套，稳定而高效的铁路订票系统，不仅解决了中国老百姓的实际问题，而且在全球高科技业界，也是一大亮点，而且是贴着中国标签的前沿科技的亮点。”现实也许是，最后铁道部并没采纳项目组的方案，但我们可以看到，正是由于网络的开放性，才能聚集民间智慧，推动社会进步。至少，参与其中的程序员能将受益于彼此的想法，而铁道部技术人员也能从中借鉴。最终受益的是老百姓。

很赞同以这种形式去解决困扰老百姓多年的问题，咱们程序员也发发光吧，为老百姓做点贡献。
可惜本人水平很有限，几乎都无法触碰到那些高深的解决方案，所以我只能这里发个贴，呼吁高手们去看看。
大牛们，加入吧
http://12306ng.org/forum.php

------解决方案--------------------
加入论坛了。
------解决方案--------------------
简单看了你们的方案书。

有个疑问，车票数量是动态的，对于同一辆车不同需求站点“车票”的数量是不一样的。

T6火车，南宁到北京的。

有个人买了南宁到衡阳，那么就产生一张新的衡阳到N（N小于等于北京）的车票。

5号出发的T6，如果有人购买了南宁到武昌的车票就会产生一张6号的武昌到N（N小于等于北京）的车票。

水平分割是否合适？

不但是技术问题还有权力问题，T6次列车是南宁铁路局为主管部门，车票不可能根据不同情况由不同铁路局管辖的服务器来提供服务。

还有数据库问题，oracle 公司收了几千万美元授权、服务费，能让你轻易换掉数据库？人家不进行公关才怪。

整个铁道部跟着系统有关的卫星系统全部都得跟着变动，绝对不可能的。

使用了免费开源的数据库，谁去维护数据库？

方案书少考虑销售计划定制了，没理由，南宁到北京那么长的列车，有个人购买了石家庄到北京的车票就会断绝南宁到北京车票的需求。

这样全国都乱套了。

http://12306ng.org/thread-969-1-1.html 
6楼版主的回复切中要害，如果没有唯一性的问题。随随便便弄个分布式就能解决问题。


------解决方案--------------------
联网订票系统N年前就有了。只是加个页面没有啥多大技术函量。只是找的人太差劲了。
------解决方案--------------------
对，联网订票系统早很多年前就有了。

第一、施工人员技术水平太差劲了，一看就知道大量工作由新手负责的。

第二、B\S结构实在不合适作这玩意，代售点用的C/S 结构的客户端从来没听说确认有票，客户下定决定购买的那一瞬间，被爆卖光了。

第三、也许是历史包袱，C/S 时代的设计方案限制了B/S方案的发展。因为它们必须要兼容，那个时候可能没考虑到并发查询余票，那么巨大。
------解决方案--------------------
不是并发大于，而是目标客户不同，容忍性不同。
对于电商是可以“容忍”的，你可以不及时刷新，可以只top 100，可以不管物流有没有车。
如果电商下面的客服打电话和你说“对不起，你订购的东西已经没货了，我们正在组织货源，10天以后有新货到达。”你觉着成不成，我觉着还成，我又不急着这10天

在看这几天“熊猫人”开服，也许和我一样被挂在外面4个小时都登录不进去的大有人在，不过有啥关系呢？反正是去娱乐的，你不让我进没关系，了不起我看看电影，听听好声音一样也是娱乐。

订票系统不是并发问题，而是“忍受性”。我“忍受”不了你把我挂4个小时不让我进，我也“忍受”不了刚进去又踢出来，你也无法忍受“对不起，10天以后假期结束，那时候就有票了”这样的话。
------解决方案--------------------
个人认为无论是现有的系统，还是网上的方案都太过满足所有人了

但是这玩意就和上面两位说的一样有天生的限制在那里摆着，不是你想怎么样就怎么样的

所以我只能说，分不布分布不是问题，队不队列。我只能说如果“手速”是天生限制，那么请提高“有效操作”

目前这个系统不是没分布，不是没队列。而是有效操作太少，系统被大量无效操作给堵在那里。