475 条评论分享收藏感谢收起赞同 3915 条评论分享收藏感谢收起【佛山百姓网】- 免费发布信息 - 佛山领先的分类信息门户
更新提示：发现新版本浏览器，一样简单易用，速度提升30%不再显示&&关注百姓微信公众号，尽享快捷刷新、信息推送、抽奖活动等众多微信功能您只需要：1 &用微信“扫一扫”右边的二维码2 &在微信中“关注”我们&|&|||||信息编号：该信息为60天前发布的，已过期。佛山数码产品精选信息佛山数码产品最新信息8月19日顺德 - 大良 - 加微信398元&/&音箱8月18日顺德 - 乐从 - 乐从新马路8号首层乐的乐的商城68元&/&智能手环/智能手表8月16日禅城 - 祖庙 - 张槎镇张槎3路13号德鹏公寓楼680元&/&音箱8月15日南海 - 金沙洲10000元&/&学习机8月15日禅城 - 张槎 - 佛山市禅城区东平坊大街1号附近河东园20元&/&音箱8月9日南海 - 大沥 - 南海区大沥镇400元&/&其他8月2日&顺德 - 容桂 - 容桂交警对面合胜路2号100元&/&音箱7月20日禅城 - 祖庙 - 祖庙路21号祖庙4000元&/&Apple Watch7月19日高明 - 高明区荷城街道1800元&/&智能手环/智能手表7月18日三水 - 三水范围内1999元&/&Apple Watch
反馈建议描述：请填写描述手机号：请填写手机号请填写手机号18.　　身为码农，为12306说两句公道话 [ 代码狗 ] 于: 01:36:31 主题帖 　　我曾在淘宝写过一段时间代码，2012年在一家百强民企做电商副总，当时在极为艰苦的条件下带队开发了一个B2C网站，走支付宝和银联支付通道，年营业额千万级（当然实在太少了，我只是说这个网站投入了实际的运营）。　　也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百万半年时间做个好的出来。于是我狂妄地想做一个开源的订票系统给他们。我花了一个星期时间思考建立数据模型，思考到库存这一步的时候，我才发现，12306的库存复杂性比淘宝、京东高很多倍，运算量也大很多倍。传统的分布式数据库、缓存、负载均衡技术并不能恰好满足12306的需求。　　在平时，12306也就是个正常的电商网站。但一到黄金周，12306就是一个全站所有商品都秒杀，所有SKU都是动态库存的变态。　　即使不考虑线下既有的电话、代售点等渠道，要实现一个12306，最少最少也是千万级别的硬件投入（这是当时的估算，没有精算，可能与实际相差较大，总之，我说得不一定对，12306的业务也许没我说的那么复杂，但也绝不是某些人喷的那么简单），软件和人力另算。那些叫嚣只要40台服务器、只要2个架构师4个程序员、大谈分库分表和前端CDN的人们，只是纸上谈兵罢了。所谓初生牛犊不怕虎，做了三年CMS和BBS，就以这个经验来喷12306，未免太天真了。　　媒体人喷12306，是他们不懂技术，没有能力和耐心来分析背后的难度。技术人员喷，则是因为大部分的技术人员在短时间思考时，容易陷入过于乐观的误区，经典的例子就是估算工作量，程序员们往往容易估算出一个超短的工期，把写程序的工作乐观地想象成了打字员照稿敲键盘的工作。　　知乎那篇文章，我觉得不是洗地。排名第一和第二的答案都说得很客观。淘宝技术是比12306强大很多倍，淘宝现在的系统也是花了10倍于12306的钱、时间和人才做起来的。根本原因还是铁路运力不能满足春运需求，淘宝也解决不了这个问题。　　12306这一年来进步非常大。从前段动画验证码、分时段抢票，到后端去小型机、虚拟化、内存数据库的运用。可以说，12306是中国政府机关做的最强大的网站（电商系统），能在短短一两年内做出这样的改变，几乎是个奇迹，就连一些市场化的民企都望尘莫及，甚至一些上市公司都比不上它！（比如51job和ctrip）。　　事非经过不知难，在网上批判12306的人，大部分还是形成了【国企 = 垄断 + 腐败 + 低效 】的思维定势。小部分是真的轻视了它的难度。　　至于12306一期工程3个亿（含硬件）贵不贵我不评价，我只提供一个数字供参考，百度一年的研发费用（不含硬件）是10亿，这个数字来自百度财报。网上能查到。3亿看起来好大一个数字，真用到超大型的电商系统、搜索引擎系统里面，其实也不算什么天文数字了。　　再解释一下，为什么秒杀压力大，以及为什么12306的动态库存很复杂。　　先说秒杀。　　日前后，天猫搞了一个圣诞季积分兑换活动，持续几天。25号上午10点12分，放出了15000个天猫魔盒（淘宝集市有人卖，大概190-230块），从成交记录上看，是19秒内全部抢完。　　实际上，我也参加秒杀了，那天的题目特别简单（请输入xxx汉字的拼音首字母），我应该是5秒内答题完成并提交订单，结果告诉我排队的人太多，挤不进去，并提示14秒以后重试。人太多就是因为题目太简单了，门槛越低，5秒内挤进去的人也越多嘛，如果题目换成【2克浓度为3%的U235在大亚湾核电站能发多少度电】，5分钟之内也不会有1万5千人跟我竞争。　　我想，14秒以后哪还有我的事情呀，于是重新答题秒杀，结果出现了服务器错误的页面。反复刷新几次，就告诉秒杀结束了。　　在群里问了一下同事，有不到10个人回答我，都说没秒到（也可能秒到的人闷声发大财，不回复我）。　　淘宝是什么技术水平呢，淘宝有至少4000技术人员，至少4万台服务器（这都是两年前的公开数据了，按规定可以谈论），日成交额351亿，2012年全年成交额超过1万亿。　　淘宝拥有各种自主研发团队：服务器、交换机（网上可以搜索到淘宝公开的绿色服务器开放标准）；操作系统（Linux Kernel taobao版，yunos手机操作系统是阿里云的，暂时不计入）、Web服务器（Tengine）、Java语言虚拟机（JVM taobao版）、数据库（MySQL内核 taobao版，google和facebook也有自己的版本，HBase淘宝版、还有自己全部从头开发的OceanBase）、负载均衡器（LVS，LVS始创人就在淘宝，担任研究员）、Java运行容器（Jboss，其创始人之一，王文彬，也在淘宝，担任副总裁）。　　淘宝还有数不清的开源项目和中间件，如高性能Java通信中间件HSF、分布式数据库中间件TDDL、异步消息系统notify等等等等。　　以淘宝这样的技术水平，也不能做到秒杀时让每个用户都没有拥挤感，为什么呢？　　一是要尊重物理原理，一台服务器一秒钟能承受的计算量是有极限的，任你怎么优化，采用多高效的算法和编程语言，都突破不了某个极限，比方说汽车发动机驱动的F1赛车至今也不能突破400公里的时速（超音速推进号那个1千多公里的时速不能算，那是飞机引擎驱动的）。再往深了说，就不容易懂了。感兴趣的可以从著名的C10K问题开始看起。　　二是要考虑经济效益，十一黄金周的时候，北京主城区到八达岭长城的路堵得严严实实，但不能因为黄金周的高峰，就把这段路修成长安街那样10车道的高速公路。否则的话，花费天文数字（真的是天文数字，12306那3个亿大概只够修1-3公里）。修了一段路，黄金周是可以飙到80公里/小时了，可平时呢，拿来给两边的居民晒谷子？　　淘宝目前的硬件和带宽数量，已经超出日常运营的需求了，就是留了相当大的余量给大促销（众所周知的是双十一，双十二，其实基本每个季度都有大促销，每个月都有促销，甚至天天都在促销——聚划算）。amazon当年就是为了应对黑色星期五的大促销购置了大量的服务器，平时订单量没那么大了，amazon就把富余的服务器拿来搞云计算了。顺便说一下，阿里云是当今中国第一世界数一数二的云计算服务商，和amazon走的路也有点像。　　再说动态库存。　　淘宝秒杀天猫魔盒的时候，只有一个商品（行话叫做SKU），它的库存是15000个。有一个人秒杀到了，库存就减1，19秒卖完的，一秒要成功产生789个订单（下订单的请求可能是8万个，只是可能啊，非实际数字，也可能是1万个，用于说明一下壮观程度）。想象一下，你在广场上卖火车票，一秒钟有8万人举着钱对你喊：卖给我！　　上过大学的人都知道，比秒小的时间单位还有毫秒、皮秒、飞秒。但交易系统登记一个交易可不像电子绕着原子核跑一圈那么简单，它要做这些事：检查是否恶意访问、取到系统时间、取到顾客默认收货地址、核对顾客秒杀资格（当时的规定是天猫T2.T3达人）、生成订单号、把顾客ID系统时间订单号收货地址写入订单系统、扣除顾客天猫积分、商品库存减一、给顾客打标记（每人只能秒一个，下次不能秒了）等等，这每一件事都要花费毫秒级别的时间，这些操作加起来的时间可能是接近1秒级别的，但由于淘宝的服务器比较强悍，而且采用了分布式和集群技术，结果比1秒理想一点。但即使有1万台服务器，也不能把这个时间稀释成万分之一秒，因为，商品只有一种，它有15000个库存，对应的数据库记录只有一行，所有的交易请求都要到这里来处理。　　能不能把这15000个拆分成5000个商品并分配到5000台服务器上呢？那样不就可以5000台服务器同时处理了吗？答案是不能，首先，5000个商品，意味着有5000个商品详情页，5000个购买按钮，这对前期的营销、引流是个灾难。基本上就没法做引流入口了，显然这违背了商业管理原则，人为增加了信息混乱程度。其次，天猫魔盒秒杀也不是啥大事，即使按官方标价399元来计算，也就6百万的交易。如果6百万的交易要花费那么大的配套成本，那就太不划算了。再次，淘宝有十几亿商品，这十几亿商品的展示交易和管理，本来就是分布到上万台服务器上去了。没有必要再把每个商品按库存拆成多个商品了。　　这789人抢到了，还不一定会付款（99积分换天猫魔盒还好一点，不需要去网银，成本也极低，大部分是会付款的，3999秒杀iPhone 5S就不一定，有人可能网银有问题，有人可能改变主意不想要了），所以就又带来订单取消重新恢复库存的问题。还有想要的消费者们，会认为还有机会，继续在前台刷一会儿，最终这个秒杀会被热情的消费者们猛刷30秒到1分钟。　　（超卖这一部分科普笔法写得有错误，鉴于12306目前全在内存数据库中读写，没有产生超卖问题，先把这个段落删去。感谢@吹西门的雪 指正）　　好了，讲了这半天淘宝，可以说12306了吧？　　我以北京西到深圳北的G71次高铁为例（这里只考虑南下的方向，不考虑深圳北到北京西的，那是另外一个车次，叫G72），它有17个站（北京西是01号站，深圳北是17号站），3种座位（商务、一等、二等）。表面看起来，这不就是3个商品吗？G71商务座、G71一等座、G71二等座。大部分轻易喷12306的技术人员（包括某些中等规模公司的专家、CTO）就是在这里栽第一个跟头的。　　实际上，G71有136 * 3 = 408种商品（408个SKU），怎么算来的？请看：　　如果卖北京西始发的，有16种卖法（因为后面有16个站），北京西到：保定、石家庄、郑州、武汉、长沙、广州、虎门、深圳。。。。都是一个独立的商品，　　同理，石家庄上车的，有15种下车的可能，以此类推，单以上下车的站来计算，有136种票：16+15+14....+2+1=136。每种票都有3种座位，一共是408个商品。　　好了，再看出票时怎么减库存，由于商务、一等、二等三种座位数是独立的，库存操作也是一样的，下文我就不再提座位的差别的，只讨论出发与到达站。另外，下文说的是理论世界的模型，不是说12306的数据库就是这么设计的。　　旅客A买了一张北京西（01号站）到保定东（02号站）的，那【北京西到保定东】这个商品的库存就要减一，同时，北京西到石家庄、郑州、武汉、长沙、广州、虎门、深圳等15个站台的商品库存也要减一，也就是说，出一张北京到保定东的票，实际上要减16个商品的库存！　　这还不是最复杂的，如果旅客B买了一张北京西（01号站）到深圳北（17号站）的票，除了【北京西到深圳北】这个商品的库存要减一，北京西到保定东、石家庄、郑州、武汉、长沙、广州、虎门等15个站台的商品库存也要减1，保定东到石家庄、郑州、武汉、长沙、广州、虎门、深圳北等15个站台的商品库存要减1。。。总计要减库存的商品数是16+15+14+。。。。+1=120个。　　当然，也不是每一张票都的库存都完全这样实时计算，可以根据往年的运营情况，在黄金周这样的高峰时段，预先对票做一些分配，比如北京到武汉的长途多一点，保定到石家庄的短途少一点。我没有证据证实铁道部这样做了，但我相信，在还没有12306网站的时候，铁道部就有这种人工预分配的策略了。　　想象一下，8万人举着钱对你高喊：卖给我。你好不容易在钱堆里找到一只手，拿了他的钱，转身找120个同事，告诉他们减库存，而这120个同事也和你一样被8万人围着；也和你一样，每卖出一个商品要找几十个人减库存。。。这就是12306动态库存的变态之处。比你平时买东西的任何网站的库存机制都复杂几十上百倍。　　再说一下抢票插件，机器永远比人快，当你好不容易从8万人里突出重围，来到了柜台前，你发现，我操，来了10万根绑着钱的竹竿，而且当有退票出来的时候，你要闯过3层人肉才能接近柜台，竹竿在8个人身后一伸，钱就到了柜台前。你低头看了一眼手机，票就没了，竹竿却永远在那里伸着，永不低头，永不眨眼。如果没有这10万根竹竿，虽然你很可能还是抢不到票，但不至于沮丧成这样：我TM为什么总是手最慢的一个？！！　　防机器人抢票，也不是加个图片验证码那么简单。我写过文章系统性分析过，图片验证码有6种机器暴力破解的办法，抢票插件用的是我说的第三种，OCR识别。Google采用的Wave波形字母已经能比较好地防住机器OCR了，ems.com.cn上的验证码就是反面教材，机器OCR成功率接近100%，12306的比ems的图片验证码强一点。不过，验证码设置得复杂一点吧，人们要喷：这只是便宜大学生和办公室白领，农民工连26个字母都认不齐，怎么搞？搞动画验证码吧，也有人喷，视力不好的人怎么办？最后验证码搞得太简单了，皆大欢喜了，其实最高兴的是开发抢票插件的公司。　　就算采用了机器完全不可能识别的验证码，也防不住社会工程学的破解办法。招募一堆网吧打游戏的青少年朋友，每成功输入50个验证码给1块钱，或者等值的虚拟货币、游戏装备，我保证想赚这个钱的人数不胜数。这点钱对转卖车票的利润而言，是可以接受的成本。有没有什么技术可以防住社会工程学的破解办法呢？能防住网吧青少年的验证码只有【2克浓度为3%的U235在大亚湾核电站能发多少度电】。　　以上讨论只是把12306当成和淘宝一样没有历史包袱从零起步的交易系统，实际上，它不是，它后面的票池，还有电话售票、火车站售票、代售点售票等多个传统渠道要服务。除了客运服务，12306还有全国最大（很可能也是全球最大）的大宗物资货运系统。　　架空政策（包括定价政策、警方打击黄牛政策、身份验证政策）谈技术，是不可能解决春运抢票困局的，要想让春运的时候每个人在12306抢票都毫无拥挤感（但不一定能抢到票，铁路运力摆在那），那就是逼着12306买一大堆服务器对付春运，春运过去后，成为跟amazon一样牛逼的云计算服务商。和逼北京修一条10车道的高速公路去八达岭长城一个道理。　　目前的12306技术上是还有问题，比如，抢票高峰，输入个身份证号和图片验证码都卡得要死（本人亲测），服务器端繁忙，你浏览器端卡什么呀。　　但人家在进步。相信2014年春运的时候，技术已经不再是一票难求的主要问题。在铁路运力不可能神速增加（孙中山先生计划的20万公里铁路，土共修了快70年，才修到10万公里）的情况下，要做到春运更公平地买票，需要停靠政策调整。　　下文针对的是春节国庆这种非常暑期。其它时期，大部分线路保持现状就行了，问题不大，极少部分票源紧张的线路可以按春运处理：　　1. 拍卖法，价高者得之　　当硬座票拍出飞机票价格的时候，相信票就不难买了（可惜就是贵了），也没有那么多黄牛了。要说淘宝有什么能帮12306一下子搞定技术问题的，淘宝的拍卖系统可以帮忙，浙江省高院在淘宝拍卖一年多，成交26亿。　　可惜这个方法不可能实行。现在的高铁票价都被媒体和意见领袖喷成啥样了，何况是拍卖。再说，火车票毕竟是生存之刚需，票价20年来不涨本来就有照顾补贴的成分在里面，全拍卖可能也是不妥当。　　2. 抽签法，运气好者得之　　开车前2个月开放报名，开车前7天抽签，中途可取消。预存票款，抽不中退款。上传身份证和正脸自拍照，机器核对。　　这样的话，拦截黄牛的成功率就高很多了，黄牛可以预存票款，可以找到大量真实身份证号，你黄牛再让每个给你身份证号的人把身份证照片和脸部自拍也给你试试？即使有人真想找黄牛，给身份证照片还是会犹豫一下吧。而且中间手工操作多了很多，黄牛成本提高，还不一定搞得到票。反正都是碰运气，我想真正的消费者还是会选择自己先去碰运气吧。　　这个方法实施难度也大，无论怎么设计抽签规则，必然有人大叫“有黑幕，不要相信政府”。　　开车前7天出抽签结果，改变行程的人应该在7天前就能决定改还是不改了。没抽到的也还有时间想别的办法。当然不一定是7天，15天，10天也可以，具体几天要有数据模型来算。　　3. 拍卖 + 抽签　　软卧、高铁商务座等高价位的，拍卖，反正买这个的是经济能力相对较强的。那就拼谁经济能力更强吧。　　硬座、站票抽签。　　4. 凭身份证进站，车票跟发票一样，是报销凭证，不是进站凭证；退票后钱进入12306账户，不可提现，只可该乘客下次乘车用；黄金周期间，个人账号最多订购10张票　　这个办法可以打击黄牛囤票再转卖　　运行一段时间后，按账户余额弄个排行榜就知道谁是黄牛了　　可惜这个需要车站设备改造配合。　　-----更新-----　　收到有同行质疑136个库存的合理性，他提出的方案是：　　北京西（01号站）到深圳北（17号站）一共设置16个商品（SKU）： 　　SKU01：01号站 到 02号站　　SKU02：02号站 到 03号站　　...　　SKU16：16号站 到 17号站　　如果出一张01号站到17号站的票，就把SKU01/SKU02....SKU16这16个SKU的库存都减一。 　　这种做法是可以运行的。我原来参与设计的一个ERP系统就是这样的做的。 　　16个商品方案的优点是商品数会比较少，缺点在于查询性能较低，要查询16次才能知道【北京西到深圳北】还有没有余票。而136个商品的设计，穷举了所有出发和到达站点的组合，出票前只需要查询1次库存就知道还有没有余票。　　大部分面向公众的网站，其业务特点都是读多写少。电商系统的库存查询次数更是远远多于库存修改次数的。在秒杀系统中，可能会出现99%的请求查库存1%请求改库存的情况。 像12306春运抢票这种场景，在秒杀工具（抢票软件）的推波助澜下，查询1万次库存才成功出一张票也不是没有可能。 　　还有人说，KFC的食品可以单卖，也可以套餐，为什么没像我一样搞出这么多SKU，那是因为，KFC门店的人肉查询频率非常低，没有必要为了优化查询性能把库存结构设计成那样。
主帖获得的天涯分：0
楼主发言：1次 发图：0张 | 更多 |
　　认同一部分吧。不过今年12306进步确实不小，虽然我没抢到票，NNDx。　　并发响应时间在10秒，提升到1秒，不难，但从1秒到0.5秒所花的成本不止是翻倍，可能是数倍。这个世界上，“快”是唯一需要挑战的，而挑战“快”自然是最难的。
　　@yoko_hn 1楼
12:03:03　　认同一部分吧。不过今年12306进步确实不小，虽然我没抢到票，NNDx。　　并发响应时间在10秒，提升到1秒，不难，但从1秒到0.5秒所花的成本不止是翻倍，可能是数倍。这个世界上，“快”是唯一需要挑战的，而挑战“快”自然是最难的。　　-----------------------------　　12306 要解决黄牛问题 主要还得从业务环节入手~　　比如限定每人每天不得退票超过两张~　　每人同一乘车日 不得购买重复列车运行时间的车票~
　　是的,12306没那么简单..
　　楼主商品数量的说法应该是正确的，也就是多个站一个商品，有次没买到票我用分段买票的方式搞定了，同一车次　　
　　运行的火车车次、车厢、座位基本上是固定的，在一定时间段内要买票的人远远超过物理上座位的个数，因此无论怎么修改，也毕竟有人买不到票！除非铁路提供的物理座位数与买票的人数能够相符，这在春运期间是不可能的，几十亿人次！
　　楼主高人　　这几天想了个办法，本以为比较实美了，但对照楼主的文章发现也存在问题: 就是如何为短途票和长途票公平分票?　　------------------------------------------------　　解决12306网购火车票的一揽子优化方案　　主旨:改抢为分，赶走黄牛?　　A，先将订购火车票的方式分为3种:　　?网购，包括互联网，手机网，短信，电话等?　　?售票网点，包括除始发车站外的其他车站窗口?　　?始发车站窗口?　　其中，后两种为即时付款购票?售票网点和车站窗口按预留百分比票数(例如20%)，按时间段出票数发售?　　所有售票网点和所有车站窗口在开车前24小时内，可以在网上每个放票时间点放票前直接进入票仓获取网上回收的车票发售?(这一规定可以直接击败黄牛党?)　　B，网上订售时间段划分:　　?开车前20天起为预订起始时间?　　?开车前10天起为放票开始时间?　　?开车前15分钟为售票和退票的截止时间(可以选择改签)?　　C，网上预定车票操作:　　?预定方式: 互联网，手机网，短信，电话等?　　?允许2人至多人一起订票，系统自动分为单人各自参与分票，订到座票的人将优先安排连号座位，订到无座票的尽量安排在同一车厢?　　?所有的订票信息提交后，系统将首先核实订票人的身份证明，若系统够快的话，那么在订票人提交信息后会立即反馈出信息提交成功与否?　　?同一人每天可订车次数量不限，但订同一车次票每天只能订一张，期间多次提交不同的订票信息，核对身份信息真实后均确认为有效订票信息?　　D，退票和退费规定:　　?开车前网上成功订得车票并持有车票超过7天的将不允许网上退票，必须到车站办理退票?(这一规定将打击黄牛党囤票现象?)　　?车站窗口退费为开车3天前扣5%，3天后扣10%，24小时起扣15%，12小时起扣20%，1小时起扣25%?　　?售票网点退费为: 开车3天前扣5%，3天后扣10%，24小时起停止办理退票?售票网点不办理网购车票的退票?　　?网上(互联网，手机网，电话，短信)退费为: 开车3天前扣5%，3天后扣10%，24小时起扣20%，12小时起停止办理网上退票?　　E，网上放票及付费办法:　　?网上放票的时间点间隔规定: 开车3天前，每天6点和18点各放票1次; 开车前3天起，每天6点，12点，18点，24点各放票1次; 开车前24小时起，每60分钟放票1次; 开车前12小时起，每隔30分钟放票1次?　　?网上订票，选择预付费的订票人享有优先分配车票权?预付费分两种: 预付全额票价和预付全额退票费(票价的25%)，在分票时得票并立即扣取预付费?　　?未选择预付费的得票人: 开车3天前必须在24小时内付费， 开车前3天起必须在12小时內付费，开车前24小时起必须在1小时内付费(此前的最后一次放票，付费时间截止到本次放票时间点)，开车前12小时起必须在30分钟内付费?　　?每次分票时间到点后，系统将立即截止当前的订票人和票仓信息，稍后提交的订票人和返回票将自动参与下一次分票?　　?除第一次发售只有新订票人外，当前订票人包括:上次分票时未得票人，未按规定时间付费的得票人，新订票人?　　?分票时间到点后，系统将首先比较总订票人数和票仓总票数?若总票数多于总人数，则按订票时间先后顺序分票，上次未付费的得票人将继续保留信息等待付费，其他的顺序分配空余车票(连号座位优先保证)?若总人数多于总票数，则立即回收未按规定时间付费的得票人的车票放入票仓并移除他们的订票人信息，然后将余下的订票人分成已预付费和未预付费两部分人，将已预付费订票人数与票仓总票数比较，人多票少就随机分票(未预付费的将得不到票)，人少票多就先顺序分票，之后才绾未预付费订票人的分票?此分票方式交给数学和计算机专家去讨论?　　?公平起见，每次分票后剩下的未得票人将重新计入订票人信息库内参与下一次的分票?另外规定: 开车前24小时起，订票人信息库每次分票结束后将被清空，订票人需要及时查询或更新订票信息?　　?此种放票办法是延时分票不是即时购买，12306系统够强大的话几分钟內就会有分票结果，所以系统会边分票边用邮箱，短信，QQ等方式通知得票人?　　?超过规定时间段未付费的得票人，由系统决定是否取消其得票资格，即: 在下一次分票时先比较总人数和总票数，若总票数多于总人数则保留上一次得票人信息不变，反之则收回车票进入票仓重新进行随机分票?　　-------------------------------　　以上12306网上订购办法，个人认为比较好，系统运行起来不会瘫痪?　　其优点有:　　改抢票为分票，比较公平合理;　　持有车票超7天须始发车站退票;　　售票网点开车前24小时可参与网上竞买;　　此办法在时间规定，退票方式，退费额度上巧妙安排，直接搞定黄牛党?　　其缺点是:　　延时售票，系统需要具备有效的查询通知功能?　　另外在售票日期，时段，退票收费等方面有待商酌，可按实际运作需求进行调整?例如实行平时和节假日各一套方案，还可以讨论网上预扣费的订票人优先获得分票权是否合理(但似乎短信订票和电话订票的也同样应该优先?)，等等?　　
　　抱歉，上面的?号实为句号，这手机打不出來句号　　请楼主看看有哪些问题　　
　　再发一次，看的清楚些　　解决12306网购火车票的一揽子优化方案　　主旨:改抢为分，赶走黄牛　　A，先将订购火车票的方式分为3种:　　1，网购，包括互联网，手机网，短信，电话等　　2，售票网点，包括除始发车站外的其他车站窗口　　3，始发车站窗口　　其中，后两种为即时付款购票　　售票网点和车站窗口按预留百分比票数(例如20%)，按时间段出票数发售　　所有售票网点和所有车站窗口在开车前24小时内，可以在网上每个放票时间点放票前直接进入票仓获取网上回收的车票发售　　(这一规定可以直接击败黄牛党)　　B，网上订售时间段划分:　　开车前20天起为预订起始时间　　开车前10天起为放票开始时间　　开车前15分钟为售票和退票的截止时间(可以选择改签)　　C，网上预定车票操作:　　预定方式: 互联网，手机网，短信，电话等　　允许2人至多人一起订票，系统自动分为单人各自参与分票，订到座票的人将优先安排连号座位，订到无座票的尽量安排在同一车厢　　所有的订票信息提交后，系统将首先核实订票人的身份证明，若系统够快的话，那么在订票人提交信息后会立即反馈出信息提交成功与否　　同一人每天可订车次数量不限，但订同一车次票每天只能订一张，期间多次提交不同的订票信息，核对身份信息真实后均确认为有效订票信息　　D，退票和退费规定:　　开车前网上成功订得车票并持有车票超过7天的将不允许网上退票，必须到车站办理退票(这一规定将打击黄牛党囤票现象)　　车站窗口退费为开车3天前扣5%，3天后扣10%，24小时起扣15%，12小时起扣20%，1小时起扣25%　　售票网点退费为: 开车3天前扣5%，3天后扣10%，24小时起停止办理退票　　售票网点不办理网购车票的退票　　网上(互联网，手机网，电话，短信)退费为: 开车3天前扣5%，3天后扣10%，24小时起扣20%，12小时起停止办理网上退票　　E，网上放票及付费办法:　　网上放票的时间点间隔规定: 开车3天前，每天6点和18点各放票1次; 开车前3天起，每天6点，12点，18点，24点各放票1次; 开车前24小时起，每60分钟放票1次; 开车前12小时起，每隔30分钟放票1次　　网上订票，选择预付费的订票人享有优先分配车票权　　预付费分两种: 预付全额票价和预付全额退票费(票价的25%)，在分票时得票并立即扣取预付费　　未选择预付费的得票人: 开车3天前必须在24小时内付费， 开车前3天起必须在12小时內付费，开车前24小时起必须在1小时内付费(此前的最后一次放票，付费时间截止到本次放票时间点)，开车前12小时起必须在30分钟内付费　　每次分票时间到点后，系统将立即截止当前的订票人和票仓信息，稍后提交的订票人和返回票将自动参与下一次分票　　除第一次发售只有新订票人外，当前订票人包括:上次分票时未得票人，未按规定时间付费的得票人，新订票人　　分票时间到点后，系统将首先比较总订票人数和票仓总票数　　若总票数多于总人数，则按订票时间先后顺序分票，上次未付费的得票人将继续保留信息等待付费，其他的顺序分配空余车票(连号座位优先保证)　　若总人数多于总票数，则立即回收未按规定时间付费的得票人的车票放入票仓并移除他们的订票人信息，然后将余下的订票人分成已预付费和未预付费两部分人，将已预付费订票人数与票仓总票数比较，人多票少就随机分票(未预付费的将得不到票)，人少票多就先顺序分票，之后才绾未预付费订票人的分票　　此分票方式交给数学和计算机专家去讨论?　　公平起见，每次分票后剩下的未得票人将重新计入订票人信息库内参与下一次的分票　　另外规定: 开车前24小时起，订票人信息库每次分票结束后将被清空，订票人需要及时查询或更新订票信息　　此种放票办法是延时分票不是即时购买，12306系统够强大的话几分钟內就会有分票结果，所以系统会边分票边用邮箱，短信，QQ等方式通知得票人　　超过规定时间段未付费的得票人，由系统决定是否取消其得票资格，即: 在下一次分票时先比较总人数和总票数，若总票数多于总人数则保留上一次得票人信息不变，反之则收回车票进入票仓重新进行随机分票　　-------------------------------　　以上12306网上订购办法，个人认为比较好，系统运行起来不会瘫痪　　其优点有:　　改抢票为分票，比较公平合理;　　持有车票超7天须始发车站退票;　　售票网点开车前24小时可参与网上竞买;　　此办法在时间规定，退票方式，退费额度上巧妙安排，直接搞定黄牛党　　其缺点是:　　延时售票，系统需要具备有效的查询通知功能　　另外在售票日期，时段，退票收费等方面有待商酌，可按实际运作需求进行调整　　例如实行平时和节假日各一套方案，还可以讨论网上预扣费的订票人优先获得分票权是否合理(但似乎短信订票和电话订票的也同样应该优先?)，等等　　
　　看伦才码字 确实辛苦
　　@立志当菜虫
12:34:00　　楼主商品数量的说法应该是正确的，也就是多个站一个商品，有次没买到票我用分段买票的方式搞定了，同一车次 　　—————————————————　　但是不能用同一个身份证号买，我的做法是用俩身份证分段买，这样都有座，用自己的身份证进站上车，第一张票到终点了直接不出站去第二个车票的座位去，那时候已经检查完身份证了。但我坐的是短途，如果是长途可能会检查好几次身份证，可以拿票解释解释，铁路工作人员没那么不人性化。但是要谨防傻逼记者报道。　　
　　楼主有心了，赞一个！　　
　　@兇猛de熊貓
02:25:00　　看伦才码字 确实辛苦　　—————————————————　　+10086　　
　　学习了。　　很好的数学模型问题。　　
　　哈哈　　两天了　　还没有翻页　　我看要成　　喷的人只是为了喷　　他们才不管喷的对不对
　　学习了。　　
　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩饰过失　　十四年码农路过　　
　　太牛了，赞。　　
　　我同事去年花了几天时间写了个抢票软件，今年不行了，那新验证码直接搞SB了，后来12306顶不住一堆喷子的压力，换验证码后，用他的话说是太标准了，轻松搞定。　　不过，最后他还是没搞成，因为去年他用的强行注入订票信息的方法不行了，网站不回应了！　　所以，楼主其实还没有考虑到抢票软件的种种手段对服务器产生的负荷！　　
　　回复第17楼(作者:@来五毛钱酱油 于
06:25)　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩……　　==========　　那你说说哪些不合理？能说出来不？　　要说人家不合理？数学必须不是体育老师教的哦。　　
　　12306 能做到现在这个地步，说句良心话确实不容易了！！　　现在只是在电脑面前买票难，但是相比过去去车站排两天两夜才能买张票，那个更难？　　对于那些能够“幸运”抢下一张票的人来说，12306给他们解决的是巨大的身体痛苦。　　运力满足不了市场，这对于春运来说基本算是无解的难题，从本质来说这不是12306的问题，如果票源充足，大家买票都像平常一样，估计就没人来说12306的问题了！！　　在春运，黄金周这种点上，全民去喷12306网站卡，页面打不开这种点，完全是不着道的行为！正如楼主所说，即便12306不计成本去最大化服务器，大家能够秒进网站，可是票就只有那么多，还是有那么多人买不到票！　　难道真的只是单纯的为了大家能够“秒进网站”的一时畅快而不计代价？可能你是因为秒进而抢到了票，可是对于12306来说，你是不骂他了，可是另一个没抢到的人又骂了！！
　　顶，这才像是做技术的人写得贴子。　　除了数据库还有前台应用，网络带宽的限制，而且时间相当集中，短期内几乎不可能解决问题。　　最根本的问题还是火车票数量的绝对不足，就算服务器不卡死，你还是会看到余票在10秒内归零。　　
　　@yoko_hn
12:03:03　　认同一部分吧。不过今年12306进步确实不小，虽然我没抢到票，NNDx。　　并发响应时间在10秒，提升到1秒，不难，但从1秒到0.5秒所花的成本不止是翻倍，可能是数倍。这个世界上，“快”是唯一需要挑战的，而挑战“快”自然是最难的。　　-----------------------------　　@magic_0712 2楼
12:09:33　　12306 要解决黄牛问题 主要还得从业务环节入手~　　比如限定每人每天不得退票超过两张~　　每人同一乘车日 不得购买重复列车运行时间的车票~　　-----------------------------　　问题就在于黄牛手里的票不是同一个身份证号。他每一张票就是一个“每人”。
　　呵呵，写文章的人肯定要被骂成五毛。　　
　　擦，昨天半夜发的帖子没发上，重新发一遍。　　楼主的那个算库存 的方法我觉着效率有点低，那样的话库存不可能用一个字段，要存数量还得存是哪个区间的余票。　　我的方法是数据库不设库存字段，库存数量是在需要买票点查询的时候即时计算出来的，算法我不仔细研究了，工作干的很烦没人花钱雇我我不愿意思考，SQL语句应该可以查的出，或者SQL语句+代码的方式实现查询。　　火车票和其他的东西还不一样，一个车次的车票就那么多张，所以查询的范围是很小的， 我以前写的查询有的是几十G的数据里查结果，效率确实不高。。　　用我的这种方法只是需要查询数据库，并不需要在买完票了回写库存字段。　　比如北京到哈尔滨的列车假设100个座位，你买了一张北京到沈阳的票，别人再买北京到沈阳北京到长春北京到哈尔滨的车票上就显示99张。但是买沈阳到长春沈阳到哈尔滨显示还是100张，这个余票张数是在后来人买票的时候查询并计算出来的。。如果你想去哈尔滨没有票了，可以曲线回家的办法是用自己身份证买一张北京到长春或者北京到沈阳的，这样好买一些，然后用别人的身份证号去买后边的路程，这样进站上车时候你是能进去的，等到沈阳了在去第二张车票的座位去坐。　　另外有些傻逼和记者喷实名制，说四喜丸子都能坐车，你试试瞎编个身份证能不能去火车站领出票来，能领出来我算你牛B。不过我现在十分后悔啊，单位发奖金的时候可以用车票顶账，单位给你当出差计算这样就能少缴税了，因为火车票实名制了必须用自己名字的才能报销，不知道别人用我名买票也能从取票机取出票来。不过现在也行了，火车票又没有名字了，又可以用别人身份证呢号报销了，只要来回都是一个人就差不多，税务的也不会去记我们身份证号。　　===================================================　　对于票在几秒钟内卖完的问题请参考小米手机，我抢了好几次都没抢着，真卡啊。。小米手机都抢不到，抢资源更有限的火车票肯定是更难。
　　各位专家， 既然你们想出来， 别人也来行出来， 高铁都能做好，我就不相信一个网站都做不好， 主要原因还是运力不足，而且大家都想买到好票， 　　想回家的，总能买到票的
　　现在12306的主要问题在验证码那，实名制什么的都不是问题。　　另外我觉着铁路还是窗口也要留一些票，要不然火车票一放出来窗口就没票了那些排大队的人太不公平。　　同时也要看出铁路的进步，10年前坐火车还要去火车站排大队买票呢，我们这边冬天嘎嘎冷，队伍都能拍出去好几百米，在室外一站四五个小时，老遭罪了。
　　关于实名制编个名字也能坐火车的问题根本不是问题，记者个某些虎了吧唧的人民群众瞎JB喷。　　记者你咋不试试编个身份证号去拿你身份证领票呢？
你编个身份证号买了也白买。。。
关键要解决的是黄牛买票完了所有票，然后在退票在刷票的机制，如果黄牛就算抢到所有的票用编的身份证号，别人需要他帮买票的时候他退票在买就买不到了，就可杜绝这种现象。　　不懂技术的人民群众瞎喷。就算是火车票系统跟公安局有验证接口，人家黄牛刷票就找一大帮别人的真实身份证号和姓名去刷也一样能把所有票抢到手，然后在退票刷票如此往复，现在去买真实身份证号信息也不难。。　　我觉着火车票系统和公安局的接口没有必要做，做接口是很麻烦的事，多做一个接口还多不少钱，这时候不劳民伤财了，多一个接口系统就多了一份不稳定因素，增加了系统挂掉的风险。　　本来你就算不做接口最后取票的时候也得用真实身份证去取，假的取不出来，而坐火车还必须用纸质车票才能坐，所以没有必要做这个接口，我发现那些SB记者，你们单位没有做网站的么？你们单位那么牛B不买一些ERP软件什么的么？不知道接口越多越麻烦，如果有接口，公安局那边系统升级停机，铁路这边就买不了票了。
　　楼主，技术实在人。技术问题就是这样较真才有真相。　　
　　@来五毛钱酱油 16楼
06:25:53　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩饰过失　　十四年码农路过　　-----------------------------　　你搞个能解决问题的出来。搞不出来就是瞎放屁，
　　其实我觉得12306的网站真的没有楼主说的这么难，就拿动态库存来说，以淘宝作比喻，　　运行一趟客车相当于开一家淘宝店，不同路段的火车票相当于店里的宝贝。　　全国总共多少趟列车我不清楚，大约几百趟吧，就算5000趟，也不过是一个有5000家　　淘宝店的小网站。　　再说说车票的库存管理，首先要弄清楚余票的内在逻辑性，这其实对任何一个理科生都　　是不难理解的。比如说一趟列车有10个停靠站，其实是0－1；1－2；到8－9，总共9个　　连续的分路段，把每一个分路段定为一个商品，进行库存管理，当然这只是后台商品，　　我们卖的是火车票，这才是上架的宝贝，任何连续分路段的组合，就是一张火车票，如　　全程票就是包含了9个分路段的一个宝贝，中途上车中途下车的，如3，4，5分路段的组　　合就是中途上车坐了三站的一张火车票，是不是very easy,很好理解，分路段是后台商　　品，相当于部件，连续分路段的组合就是火车票，是前台商品，是淘宝店上架的宝贝，　　相当于一个组件。虽然我不会编码，但我用ＥＸＣＥＬ就能做出这个库存管理表。
　　楼主的知识点还是太传统，我猜还是基于C++,JAVA等等集中式单进程语言的架构。去看看erlang和go多进程分布式语言吧，跳出传统思路，你会思路开阔点。解决方案也很简单。
　　@geoffyan 33楼
10:28:32　　楼主的知识点还是太传统，我猜还是基于C++,JAVA等等集中式单进程语言的架构。去看看erlang和go多进程分布式语言吧，跳出传统思路，你会思路开阔点。解决方案也很简单。　　-----------------------------　　淘宝是什么技术水平呢，淘宝有至少4000技术人员，至少4万台服务器（这都是两年前的公开数据了，按规定可以谈论），日成交额351亿，2012年全年成交额超过1万亿。　　淘宝拥有各种自主研发团队：服务器、交换机（网上可以搜索到淘宝公开的绿色服务器开放标准）；操作系统（Linux Kernel taobao版，yunos手机操作系统是阿里云的，暂时不计入）、Web服务器（Tengine）、Java语言虚拟机（JVM taobao版）、数据库（MySQL内核 taobao版，google和facebook也有自己的版本，HBase淘宝版、还有自己全部从头开发的OceanBase）、负载均衡器（LVS，LVS始创人就在淘宝，担任研究员）、Java运行容器（Jboss，其创始人之一，王文彬，也在淘宝，担任副总裁）。　　淘宝还有数不清的开源项目和中间件，如高性能Java通信中间件HSF、分布式数据库中间件TDDL、异步消息系统notify等等等等。　　以淘宝这样的技术水平，也不能做到秒杀时让每个用户都没有拥挤感，为什么呢？
　　也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百万半年时间做个好的出来。于是我狂妄地想做一个开源的订票系统给他们。我花了一个星期时间思考建立数据模型，思考到库存这一步的时候，我才发现，12306的库存复杂性比淘宝、京东高很多倍，运算量也大很多倍。传统的分布式数据库、缓存、负载均衡技术并不能恰好满足12306的需求。　　----------------------------　　写那么多文字，就是想说“你给我多少钱我都做不出来”　　智商低的见过，低得如此骄傲的确实不多见
　　目前为止有关12306最有水准的帖子，赞一个！　　不过　　可能就是因为写得太透彻太明白了，没了喷子们可喷的余地，所以才这么几个回帖，哈哈　　
　　@来五毛钱酱油 16楼
06:25:53　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩饰过失　　十四年码农路过　　-----------------------------　　兄台真是有涵养　　楼主这文字还“不合理”……这尼玛根本一个小学水平的人说“陈景润证明1+1有什么了不起，我都知道等于2”
　　回复第36楼(作者:@第二海军 于
10:48)　　也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百万半年时间做个好……　　==========　　说真话就是智商低？那是不是管他有没有本事，先吹了再说才是高智商？反正网上说话不用负责任所以就可以信口开河是吧？　　而且楼主什么时候说过给多少钱都做不出？有没有看过楼主写的东西？说那么明白了，加几十倍投资，可以解决12306卡的问题，但买不到的还是买不到，而且平时这些投资就只能去做云计算用，你没看到？　　如果你是没看文章就发言，你的人品值得质疑，如果你看了还来說这种话，那只能怀疑你自己的智商了。　　
　　@乱雪II 39楼
10:58:49　　回复第36楼(作者:
10:48)　　也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百万半年时间做个好……　　==========　　说真话就是智商低？那是不是管他有没有本事，先吹了再说才是高智商？反正网上说话不用负责任所以就可以信口开河是吧？　　而且楼主什么时候说过给多少钱都做不出？有没有看过楼主写的东西？说那么明白了，加几十倍投资，可以解决12306卡......　　-----------------------------　　呵呵　　你、楼主、以及原作者，三人的智商都在黄牛的射程之内　　“觉得他们做得太烂了，认为自己能带队花几百万半年时间做个好”——这个水平的程序员我一般不愿意和他讨论技术问题
　　回复第33楼，@geoffyan　　楼主的知识点还是太传统，我猜还是基于C++,JAVA等等集中式单进程语言的架构。去看看erlang和go多进程分布式语言吧，跳出传统思路，你会思路开阔点。解决方案也很简单。　　--------------------------　　楼主，其实一直再讲C++和java　　
　　回复第16楼(作者:@来五毛钱酱油 于
06:25)　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩……　　==========　　楼上低估了12306的复杂性，楼主的分析有些地方很合理。　　二十八年码农路过　　
　　马克 学习了
　　@乱雪II 37楼
10:50:28　　目前为止有关12306最有水准的帖子，赞一个！　　不过　　可能就是因为写得太透彻太明白了，没了喷子们可喷的余地，所以才这么几个回帖，哈哈　　-----------------------------　　看了我的贴子再下结论。
　　抽签法比较好，　　可能会更公平。
　　有些人只是为喷而喷，根本不用理会。
　　能不能换个思路，春节这样长假订票可以预登记？　　其实春节买火车票的人不一定非要在特定的一天买，目的地是固定的，但是前后差个两天应该有人能接受的。　　比如我想买25-28号之间随便哪天的北京到上海的高铁票，这三天随便一趟车都可以的。　　我20号提交预定信息给服务器，服务器当时不给答复，等服务器收集3天的所有乘客需求信息计算哪天那几趟车有可能有空缺，23号服务器通知我，可以购买26号八点的X号车，询问是否购买，我确认购买，服务器才出票。　　这样，我不用老去刷服务器，服务器的压力就没有那么大了。
　　服务器给注册用户分配权限和等级，如果频繁购买后变更放弃的用户，视为信用登记不足，不允许预登记，信用登记高的才给预登记，这样能阻挡一部分黄牛党刷票。
　　旅客A买了一张北京西（01号站）到保定东（02号站）的，那【北京西到保定东】这个商品的库存就要减一，同时，北京西到石家庄、郑州、武汉、长沙、广州、虎门、深圳等15个站台的商品库存也要减一，也就是说，出一张北京到保定东的票，实际上要减16个商品的库存！　　--------------------------------　　看到这里，作为一个有13年工作经验的老程序员，我对楼主的数学建模和算法设计能力只能“呵呵”了。为啥要拆分16个商品，按你这个思路，数据量要爆棚，还要解决各种同步问题。完全可以按照一个“座位”作为商品单位来建模，这样全国一次春运的载客量就是总体商品数了。具体算法不讨论了，你尽可以认为我空口白话。　　中国有太多的程序员写过几个web应用，做个几个企业系统，就以为程序设计就那样了，而对算法模型研究的人太少。　　楼主就别再秀你的“设计”了，会扯一点缓存技术，分布式或者mapreduce技术在现在的大型互联网公司太普偏，也就只能虎一虎国企内的“甲方”。。。。　　中国的IT大牛从来在民营企业！！！　　12306有难度不假，但是如果是用心做了，不至于那么惨。。。。很况铁道部不缺钱。。
　　这样把客户细分，而不是光去搞技术平台。
　　@不要又忘了密码 48楼
11:55:47　　能不能换个思路，春节这样长假订票可以预登记？　　其实春节买火车票的人不一定非要在特定的一天买，目的地是固定的，但是前后差个两天应该有人能接受的。　　比如我想买25-28号之间随便哪天的北京到上海的高铁票，这三天随便一趟车都可以的。　　我20号提交预定信息给服务器，服务器当时不给答复，等服务器收集3天的所有乘客需求信息计算哪天那几趟车有可能有空缺，23号服务器通知我，可以购买26号八点的X号车，询问......　　-----------------------------　　@国王演讲　　可能的原因是，确实好票大家都在抢，我运气不那么好，动作不那么快。　　还有可能黄牛本事更大，刷票机器动作更快。　　铁路系统体制内留票，这是必然的。　　========================================　　这两位才算是触及到了问题的本质，所以说永远都要向广大劳动人民学习。　　售票系统真正要做的事情是：　　1、分散高峰　　2、抵御黄牛　　以前不做长期预售，因为预售时间越长，售票的人力开销就越大，最后不可承受。与之对比的是航空系统的预售期就很长，因为航空系统的票务量小，人力开销可以承受　　黄牛得手的一个重要原因就是现在的IP系统不能保证Qos，程序员们YY得再完美的系统遇到饱和攻击还是渣。必须升级到支持Qos的完整IPV6去才能解决这个问题。　　票是有限的，人比票多，系统完全可以按照一定的优先级售票。例如优先售给老客户、退票少的客户。系统的真正任务不是保证每个人都有票，而是保证所有的座位能尽量保持全程满座
　　回复第26楼，@勾兑酒没少喝　　擦，昨天半夜发的帖子没发上，重新发一遍。 　　楼主的那个算库存 的方法我觉着效率有点低，那样的话库存不可能用一个字段，要存数量还得存是哪个区间的余票。 　　我的方法是数据库不设库存字段，库存数量是在需要买票点查询的时候即时计算出来的，算法我不仔细研究了，工作干的很烦没人花钱雇我我不愿意思考，SQL语句应该可以查的出，或者SQL语句+代码的方式实现查询。 　　火车票和其他的东西还不一样，一个车次的车票就那么多张，所以查询的范围是很小的， 我以前写的查询有的是几十G的数据里查结果，效率确实不高。。 　　用我的这种方法只是需要查询数据库，并不需要在买完票了回写库存字段。 　　比如北京到哈尔滨的列车假设100个座位，你买了一张北京到沈阳的票，别人再买北京到沈阳北京到长春北京到哈尔滨的车票上就显示99张。但是买沈阳到长春沈阳到哈尔滨显示还是100张，这个余票张数是在后来人买...　　--------------------------　　你不设库存量这个字段，你数据库里面的商品记录总得减一吧？这种设计就只是少了一个字段而已，把商品库存量减一变成了删除一条商品记录，但是每一种商品一条记录变成了每一个商品一条记录，加大了数据库负荷，也对提高性能无益啊，，，，　　
　　@来五毛钱酱油
06:25:53　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩饰过失　　十四年码农路过　　-----------------------------　　@桃花岛主楼
09:58:18　　你搞个能解决问题的出来。搞不出来就是瞎放屁，　　-----------------------------　　呵呵，楼主就是在搅混水，瞎放屁　　说个简单的，有一趟直达，武汉到深圳，中间停广州，如果是1000个座位，那么一开始铁老大就会算好，武汉到广州200张，武汉到深圳800张，另外还有200张广州到深圳的。　　一旦确定好，现在就是有1000000个人想坐这个车从武汉到广州，0个人想从武汉到深圳，售票系统里面一样的是200张武汉到广州的票，其余800个武汉到深圳的票，即使没人坐，都空着，也不会改为武汉到广州。　　所有的票一开始就确定好了，并不是实时算出来的。
　　@来五毛钱酱油
06:25:53　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩饰过失　　十四年码农路过　　-----------------------------　　@桃花岛主2008_3
09:58:18　　你搞个能解决问题的出来。搞不出来就是瞎放屁，　　-----------------------------　　@话说当年万户侯 55楼
12:37:37　　呵呵，楼主就是在搅混水，瞎放屁　　说个简单的，有一趟直达，武汉到深圳，中间停广州，如果是1000个座位，那么一开始铁老大就会算好，武汉到广州200张，武汉到深圳800张，另外还有200张广州到深圳的。　　一旦确定好，现在就是有1000000个人想坐这个车从武汉到广州，0个人想从武汉到深圳，售票系统里面一样的是200张武汉到广州的票，其余800个武汉到深圳的票，即使没人坐，都空着，也不会改为武汉到广州。　　所有的......　　-----------------------------　　你严重破坏了娱乐气氛　　内部警告一次
　　关于座位为什么不能用图形模式来计算？把整个车程看做一长段面条，整个车次只有3种面条，每个买票人都不能在单位时间里面切唯一的一段。这样算法就简单了吧。如果非要排列组合去算可能性，你的库存就完全没有办法计算和增减。如果是这样的话，完全可以配对，而且简单。数的方式不行，就用图的方式呗。　　
　　技术贴，mark
　　@来五毛钱酱油
06:25:53　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩饰过失　　十四年码农路过　　-----------------------------　　@桃花岛主2008_3
09:58:18　　你搞个能解决问题的出来。搞不出来就是瞎放屁，　　-----------------------------　　@话说当年万户侯
12:37:37　　呵呵，楼主就是在搅混水，瞎放屁　　说个简单的，有一趟直达，武汉到深圳，中间停广州，如果是1000个座位，那么一开始铁老大就会算好，武汉到广州200张，武汉到深圳800张，另外还有200张广州到深圳的。　　一旦确定好，现在就是有1000000个人想坐这个车从武汉到广州，0个人想从武汉到深圳，售票系统里面一样的是200张武汉到广州的票，其余800个武汉到深圳的票，即使没人坐，都空着，也不会改为武汉到广州。　　所有的......　　-----------------------------　　@第二海军 56楼
12:39:00　　你严重破坏了娱乐气氛　　内部警告一次　　-----------------------------　　呵呵，楼主瞎忽悠，把简单的事情说复杂，咱说点简单的不行？
　　@荒凉的心 15楼
06:16:59　　学习了。　　-----------------------------
　　回复第32楼(作者:@mack168 于
10:15)　　其实我觉得12306的网站真的没有楼主说的这么难，就拿动态库存来说，以淘宝作比喻，　　运行一趟……　　==========　　同意，一个excel就能写清楚的东西，楼主说得极其复杂难为的样子。反正如果it的人这水平来和我说事情的话，我肯定换人了。至少如某些骄傲的理工男说的，他小时一定没有上过奥数　　
　　@来五毛钱酱油
06:25:53　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩饰过失　　十四年码农路过　　-----------------------------　　@桃花岛主2008_3
09:58:18　　你搞个能解决问题的出来。搞不出来就是瞎放屁，　　-----------------------------　　@话说当年万户侯
12:37:37　　呵呵，楼主就是在搅混水，瞎放屁　　说个简单的，有一趟直达，武汉到深圳，中间停广州，如果是1000个座位，那么一开始铁老大就会算好，武汉到广州200张，武汉到深圳800张，另外还有200张广州到深圳的。　　一旦确定好，现在就是有1000000个人想坐这个车从武汉到广州，0个人想从武汉到深圳，售票系统里面一样的是200张武汉到广州的票，其余800个武汉到深圳的票，即使没人坐，都空着，也不会改为武汉到广州。　　所有的......　　-----------------------------　　@第二海军
12:39:00　　你严重破坏了娱乐气氛　　内部警告一次　　-----------------------------　　@话说当年万户侯 59楼
12:45:39　　呵呵，楼主瞎忽悠，把简单的事情说复杂，咱说点简单的不行？　　-----------------------------　　http://www.guancha.cn/society/_199420.shtml　　网友百度百家发帖：别给12306洗地了　　楼主这篇帖子严重夸大，肯定是为12306洗地的，身为码农应该比其他人更明白才行
　　我是消费者，我要的是好的服务，至于你这个网站技术多难，管我屁事，我要的是舒适的服务，别跟我说这个网站需要多少物力财力，我才不管　　
　　以前纯手工售票都能运行的这么高效，用计算机管理应该更高效快捷才行　　按楼主帖子中分析方法，手工售票直接无解了，岂不早就瘫痪了
　　@来五毛钱酱油
06:25:53　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩饰过失　　十四年码农路过　　-----------------------------　　@桃花岛主2008_3
09:58:18　　你搞个能解决问题的出来。搞不出来就是瞎放屁，　　-----------------------------　　@话说当年万户侯
12:37:37　　呵呵，楼主就是在搅混水，瞎放屁　　说个简单的，有一趟直达，武汉到深圳，中间停广州，如果是1000个座位，那么一开始铁老大就会算好，武汉到广州200张，武汉到深圳800张，另外还有200张广州到深圳的。　　一旦确定好，现在就是有1000000个人想坐这个车从武汉到广州，0个人想从武汉到深圳，售票系统里面一样的是200张武汉到广州的票，其余800个武汉到深圳的票，即使没人坐，都空着，也不会改为武汉到广州。　　所有的......　　-----------------------------　　@第二海军
12:39:00　　你严重破坏了娱乐气氛　　内部警告一次　　-----------------------------　　@话说当年万户侯 57楼
12:45:39　　呵呵，楼主瞎忽悠，把简单的事情说复杂，咱说点简单的不行？　　-----------------------------　　我是外行。不过按哥们你这说法，每个车站的票都是固定的——原来车站人工售票都比这先进吧？
　　旅客A买了一张北京西（01号站）到保定东（02号站）的，那【北京西到保定东】这个商品的库存就要减一，同时，北京西到石家庄、郑州、武汉、长沙、广州、虎门、深圳等15个站台的商品库存也要减一，也就是说，出一张北京到保定东的票，实际上要减16个商品的库存！　　--------------------------------　　@Java咖啡与茶 49楼
11:59:25　　看到这里，作为一个有13年工作经验的老程序员，我对楼主的数学建模和算法设计能力只能“呵呵”了。为啥要拆分16个商品，按你这个思路，数据量要爆棚，还要解决各种同步问题。完全可以按照一个“座位”作为商品单位来建模，这样全国一次春运的载客量就是总体商品数了。具体算法不讨论了，你尽可以认为我空口白话。　　中国有太多的程序员写过几个web应用，做个几个企业系统，就以为程序设计就那样了，而对算法模型研究的人......　　-----------------------------　　3亿元的12306项目，如果承认是自己不作为，很多大领导是要丢乌纱的，所以搞出这个帖子为自己洗地，各大论坛全是这个帖子，模版都不换一换。严重夸大问题，很多地方分析极不合理。　　以前纯手工售票都能运行的那么高效，按楼主帖子中分析方法，手工售票直接无解了，岂不早就瘫痪了。　　这帖子也就虎一下行外人，楼主身为码农，真为他悲哀
　　回复楼主，@混混讲政治　　身为码农，为12306说两句公道话 [ 代码狗 ] 于: 01:36:31 主题帖 　　我曾在淘宝写过一段时间代码，2012年在一家百强民企做电商副总，当时在极为艰苦的条件下带队开发了一个B2C网站，走支付宝和银联支付通道，年营业额千万级（当然实在太少了，我只是说这个网站投入了实际的运营）。 　　也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百万半年时间做个好的出来。于是我狂妄地想做一个开源的订票系统给他们。我花了一个星期时间思考建立数据模型，思考到库存这一步的时候，我才发现，12306的库存复杂性比淘宝、京东高很多倍，运算量也大很多倍。传统的分布式数据库、缓存、负载均衡技术并不能恰好满足12306的需求。 　　在平时，12306也就是个正常的电商网站。但一到黄金周，12306就是一个全站所有商品都秒杀，所有SKU都...　　-----------------------------　　写的太好了　　
　　回复第39楼，@第二海军　　@乱雪II 39楼
10:58:49 　　回复第36楼(作者: 第二海军 于
10:48) 　　也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百万半年时间做个好…… 　　========== 　　说真话就是智商低？那是不是管他有没有本事，先吹了再说才是高智商？反正网上说话不用负责任所以就可以信口开河是吧？ 　　而且楼主什么时候说过给多少钱都做不出？有没有看过楼主写的东西？说那么明白了，加几十倍投资，可以解决12306卡...... 　　----------------------------- 　　呵呵 　　你、楼主、以及原作者，三人的智商都在黄牛的射程之内 　　“觉得他们做得太烂了，认为自己能带队花几百万半年时间做个好”——这个水平的程序员我一般不愿意和他讨论技术问题　　--------------------------　　胡搅蛮缠　　
　　要从战略和政治层面看这个问题，国家产业链大转移，把劳动密集型产业转移到中西部等劳动力输出大省日四川，湖南，河南等省市，是农民工可以在家门口赚钱，让“春运”这个词成为历史。这是必然的趋势。　　
　　回复第16楼(作者:@来五毛钱酱油 于
06:25)　　楼主高估了12306的复杂性，楼主的分析有些地方很不合理。这帖子怀疑是12306放出来的拖文，掩……　　==========　　那你也把事实摆出来，让大家都学习学习，大家是最欢迎这样的帖的　　
　　@不要又忘了密码 48楼
11:55:47　　能不能换个思路，春节这样长假订票可以预登记？　　其实春节买火车票的人不一定非要在特定的一天买，目的地是固定的，但是前后差个两天应该有人能接受的。　　比如我想买25-28号之间随便哪天的北京到上海的高铁票，这三天随便一趟车都可以的。　　我20号提交预定信息给服务器，服务器当时不给答复，等服务器收集3天的所有乘客需求信息计算哪天那几趟车有可能有空缺，23号服务器通知我，可以购买26号八点的X号车，询问......　　-----------------------------　　搞定分时段放假先
　　旅客A买了一张北京西（01号站）到保定东（02号站）的，那【北京西到保定东】这个商品的库存就要减一，同时，北京西到石家庄、郑州、武汉、长沙、广州、虎门、深圳等15个站台的商品库存也要减一，也就是说，出一张北京到保定东的票，实际上要减16个商品的库存！　　--------------------------------　　@Java咖啡与茶
11:59:25　　看到这里，作为一个有13年工作经验的老程序员，我对楼主的数学建模和算法设计能力只能“呵呵”了。为啥要拆分16个商品，按你这个思路，数据量要爆棚，还要解决各种同步问题。完全可以按照一个“座位”作为商品单位来建模，这样全国一次春运的载客量就是总体商品数了。具体算法不讨论了，你尽可以认为我空口白话。　　中国有太多的程序员写过几个web应用，做个几个企业系统，就以为程序设计就那样了，而对算法模型研究的人......　　-----------------------------　　@yellow143 69楼
14:17:23　　你来给个算法我看看对不对？按照座位来建模是不错，你考虑到动态问题么？文章写的很清楚，硬件问题不算太大，算法也合理。关键你组合起看看。这是一个IT系统工程涉及到多领域的知识，编程，数据库，网络，服务器，操作系统优化，甚至 电信，网通，移动（铁通）端口互联问题。　　-----------------------------　　你想说明啥，说明目前的12306就这样了，这个“世纪难题”搞不定是吧？　　我当然知道问题复合后，解决起来难度很大，但是就其本质就一个售票系统，不是什么诺贝尔级的大发现，能不能搞定全靠“用心”和“态度”。其复杂程度与淘宝+支付宝各有不同，但绝对不会超过前面二者。
　　黄牛猛如虎 ，实名制也限制不住。　　限制ip地址，最多20张够不？　　退票钱不返现，您下次再买。　　验证码动态应该搞起，　　打击黄牛，诈骗罪起诉，举报黄牛的票有效。　　
　　@不要又忘了密码
11:55:47　　能不能换个思路，春节这样长假订票可以预登记？　　其实春节买火车票的人不一定非要在特定的一天买，目的地是固定的，但是前后差个两天应该有人能接受的。　　比如我想买25-28号之间随便哪天的北京到上海的高铁票，这三天随便一趟车都可以的。　　我20号提交预定信息给服务器，服务器当时不给答复，等服务器收集3天的所有乘客需求信息计算哪天那几趟车有可能有空缺，23号服务器通知我，可以购买26号八点的X号车，询问......　　-----------------------------　　@名字要有吸引力
14:23:38　　搞定分时段放假先　　-----------------------------　　@yellow143 73楼
14:30:38　　怎么搞都挨骂，不会上网的人怎么办？这群人还是春运的主力　　-----------------------------　　售票点代办，所以还是给抢票的留一部分票呀，预定票人多就给抢票的少，预定票人少就给抢票的多分点。
　　@第二海军
12:39:00　　你严重破坏了娱乐气氛　　内部警告一次　　-----------------------------　　@话说当年万户侯
12:45:39　　呵呵，楼主瞎忽悠，把简单的事情说复杂，咱说点简单的不行？　　-----------------------------　　@百骑卷平冈 63楼
13:28:47　　我是外行。不过按哥们你这说法，每个车站的票都是固定的——原来车站人工售票都比这先进吧？　　-----------------------------　　呵呵，什么叫先进？？？？能解决问题的办法就是好办法！！　　铁老大的目的是保障运力，能够在特定时间内把特定数目的人进行区域长途大迁徙。　　铁老大不在乎短途的人坐不上火车，因为有公路客运，所以，铁老大一直在做，事实上也如此：购买始发到终点的票，始终要比短途的票好买！！！　　短途买不到票，买到终点的就买到了，这说明什么？短途一直有大量需求！铁老大调整过，多放过短途票么？？？从来没有过。　　事实一直在眼前，为什么老是有人在说什么满足客户需求，扯什么蛋呢。　　要从宏观上来看铁老大到底在干什么，了解铁老大是什么，还有什么问题想不通的？？？　　现在唯一的问题是：运力不足！其余的什么技术大牛，什么大牛，都没说到本质上，在老夫看来都是扯淡。
　　@混混讲政治 讲得有些道理，但作者水平也有限，视野太窄。比如，内存数据库，华为用了至少四年了，linux和刀片取代unix，从2004年就开始………文章有两点是对的，1,性能快了仍然会挤，瞬间卖完票。2,业务逻辑可能比外人想的复杂。。。。至于IBM，显然搞不定，属于圈外人。但不争的是，居然刚换linux，说明12306就是水平差，业界从08年就火啦
　　回复第47楼(作者:@不要又忘了密码 于
11:55)　　能不能换个思路，春节这样长假订票可以预登记？　　其实春节买火车票的人不一定非要在特定的一天买，……　　==========　　关键是，谁来保证分配过程是公正的？票加那么多，到时候买不到的又会说有黑幕，还是骂。　　
　　回复第47楼(作者:@不要又忘了密码 于
11:55)　　能不能换个思路，春节这样长假订票可以预登记？　　其实春节买火车票的人不一定非要在特定的一天买，……　　==========　　关键是，谁来保证分配过程是公正的？票就那么多，到时候买不到的又会说有黑幕，还是骂。　　
　　@乱雪II 78楼
14:56:01　　回复第47楼(作者:
@不要又忘了密码
11:55)　　能不能换个思路，春节这样长假订票可以预登记？　　其实春节买火车票的人不一定非要在特定的一天买，……　　==========　　关键是，谁来保证分配过程是公正的？票加那么多，到时候买不到的又会说有黑幕，还是骂。　　-----------------------------　　你要质疑这个，那现在的抢票制你也不能保证公正呀？你也不知道现在放出来让你抢的票是不是全部票。
　　马　　
　　回复第39楼(作者:@第二海军 于
11:01)　　@乱雪II 39楼
10:58:49　　回复第36楼(作者:
第二……　　==========　　不好意思，偶自从有12306，每年回家都用网购火车票，还替偶老弟买，从不用找黄牛，也不用劳动抢票软件，一样买到。　　敢情你只看那一段就来发言？楼主说明了那只是最初的印象，后面的部分都是经认真分析后推翻了这个初步印象的结论，全被你忽略了？　　你要真有水平，就不要丟一句”不屑”完事，大话谁不会说？从技术方面指出楼主的具体错误即可，光做出高高在上的样子，只能显出你自己的无知和胆怯罢了。　　
　　回复第26楼，
@勾兑酒没少喝　　擦，昨天半夜发的帖子没发上，重新发一遍。　　楼主的那个算库存 的方法我觉着效率有点低，那样的话库存不可能用一个字段，要存数量还得存是哪个区间的余票。　　我的方法是数据库不设库存字段，库存数量是在需要买票点查询的时候即时计算出来的，算法我不仔细研究了，工作干的很烦没人花钱雇我我不愿意思考，SQL语句应该可以查的出，或者SQL语句+代码的方式实现查询。　　火车票和其他的东西还不一样，一个车次的车票就那么多张，所以查询的范围是很小的， 我以前写的查询有的是几十G的数据里查结果，效率确实不高。。　　用我的这种方法只是需要查询数据库，并不需要在买完票了回写库存字段。　　比如北京到哈尔滨的列车假设100个座位，你买了一张北京到沈阳的票，别人再买北京到沈阳北京到长春北京到哈尔滨的车票上就显示99张。但是买沈阳到长春沈阳到哈尔滨显示还是100张，这个余票张数是在后来人买...　　--------------------------　　@wmwangmiao 52楼
12:29:40　　你不设库存量这个字段，你数据库里面的商品记录总得减一吧？这种设计就只是少了一个字段而已，把商品库存量减一变成了删除一条商品记录，但是每一种商品一条记录变成了每一个商品一条记录，加大了数据库负荷，也对提高性能无益啊，，，，　　-----------------------------　　商品记录卖出一张票加一，存储卖出去的火车票，一列火车的车票是有数的，卖票的时候去查已经卖出去票的始发站和结束站，然后计算出库存。这是可以算出来的。　　本来你卖出去一张票就是正常要存储的，因为你最后还得去取票啊！　　按楼主的数据库结构， 要设卖出去的票的字段和库存字段，库存字段绝对一个数量字段是不够用的，至少要数量和始发站结束站的信息，我感觉那样做的话库存需要单独的一个表来存，直接存在卖票信息的那个表里面还不好实现。　　表一 售票信息表：
车次 始发站 结束站 乘车日期 是否已付款
是否已取票
　　表二 车次表：
硬座总数 卧铺总数 无座总数
　　研究研究算法吧，用我的算法是。　　买票的时候查表一把同一个车次的所有你查询的这个区间的车票都统计出来，这个速度不会很慢的，就是按车次分类然后求和，一个车次一行数据。我不写语句了，意思就是这个意思，这样可以求出没个车次不同座位已经卖出的票，然后用表二中的车次 对应表一的车次，用不通座位的总数去减前面算出来的数量，即为剩余车票。。　　我觉着查余票不会太影响数据库速度，毕竟限制条件比较多，还有日期，查出来数据结果一般不会朝过一百条，查起来还是很轻松的。。　　如果用库存字段需要 加一个库存表 ，存储 车次 日期 不同座位的余票 始发站 结束站，这个表还要频繁访问回写，查询余票的时候方便一点，直接查这个表就行了，但是回写算法比较麻烦，按楼主的那个举例子，回写确实非常麻烦啊，而且库存表的字段和售票信息表有很多重复的，没必要新建一个表。　　如果不新建表的话，就得把库存信息存储在售票信息表加库存字段，查询的时候查购买那个区间火车票的最后一个购买者那条信息的库存数据，你琢磨琢磨好像查询的语句也挺不好写呢，又要分类分车次的。。
　　每个程序员都有自己的算法，都觉着自己的对，我看你们的算法看的也挺迷糊的，呵呵，估计你们看我的算法也挺迷糊吧，我数学其实还学的不大好，看楼主的那个统计余票看的直迷糊，大概原理看懂了，不过查询语句还是有几年工作经验的。　　我自己做系统的时候库存字段一般都是先不设，有的时候发现不得不设的时候才新增个库存字段。
　　其实应该搞抽号，大家都进去排号，时间到没排到号的没有抽签资格，然后开始机器抽签，抽中的就有票了，这样抢票软件都白瞎。　　另外在这个过程中需要验证排号的身份证的唯一性，一个号可以购不止一张票，但是只能排一个号，排号过程需要填写所有家庭成员的身份证号码，排号后，机器验证如果家庭成员重复排号，这些排号自动作废。
　　回复第64楼(作者:@来五毛钱酱油 于
13:30)　　旅客A买了一张北京西（01号站）到保定东（02号站）的，那【北京西到保定东】这个商品的库存就要减……　　==========　　手工卖票你知道怎么卖的么？见过以前那种硬纸板小车票没？　　那都是预先给每个站分配好多少张座位票，卖光之后就统统是无座票，这样卖当然没任何问题，但铁路部门的收入就减少了，因为有人中途下车，后面的路程，他的座位就没法出售了。再者，这样做灵活性很差，比如你在中途上车，中途站那几张座位票卖光了，你就只能期望抢座位坐，而现在你就可以买前面下车的人的座位，保证有坐票，明白了没？　　
　　回复第80楼(作者:@不要又忘了密码 于
14:59)　　@乱雪II 78楼
14:56:01　　回复第47楼(作者:
@不……　　==========　　对啊，所以說，供需矛盾不解决，永远会有人买不到票，12306再怎么做，一样会遭骂，淘宝来也一样，反正各种黑幕论阴谋论总是不缺市场的。　　
　　同意部分
　　有营养
　　回复第85楼(作者:@麻不多说 于
15:14)　　其实应该搞抽号，大家都进去排号，时间到没排到号的没有抽签资格，然后开始机器抽签，抽中的就有票了，……　　==========　　抽不到的人会咋样，是心平气和认栽多花钱坐汽车飞机回家，还是大骂有黑幕？　　到时候因为这个抽签过程不公开，质疑的人会更多。没几个人有能力和耐心去分析抽签软件的公平性，更没人能从头到尾监督整个过程，就算有人能做到，說这是公平的，又会有人骂他收了铁道公司的钱，是托。。。　　
　　@mack168 32楼
10:15:47　　其实我觉得12306的网站真的没有楼主说的这么难，就拿动态库存来说，以淘宝作比喻，　　运行一趟客车相当于开一家淘宝店，不同路段的火车票相当于店里的宝贝。　　全国总共多少趟列车我不清楚，大约几百趟吧，就算5000趟，也不过是一个有5000家　　淘宝店的小网站。　　再说说车票的库存管理，首先要弄清楚余票的内在逻辑性，这其实对任何一个理科生都　　是不难理解的。比如说一趟列车有10个停靠站，其实是0－1；1......　　-----------------------------　　这个问题楼主有回复，0-1,1-2这些都好查询，但是你有没有想过我要是买0-9呢，那么系统就得查0-1，1-2,2-3,3-4....有没有票，而且这还只是1列车的，而我们平时是不查车次，只查发到站，那要进行多少次查询呢？这样的查询对系统的负荷有多高？
　　老多年没接触机率和组合了，，想当年，俺学数电时，还设计了一个小小的银行取款模型，和交通灯控制模型，，非常好玩，，，　　12306很不错，今年俺第一次用，买票、查票很方便，俺觉得比淘宝好用，淘宝的破广告太多~　　抱怨买不到票的筒子们，可以向俺学习，今天俺上12306，抢大年初二的票，买了二张，显示余票450，，估计又是专车待遇啦~
　　怎么我发的回帖里关于预付款的内容没有了？
　　@乱雪II 90楼
15:29:56　　回复第85楼(作者:
15:14)　　其实应该搞抽号，大家都进去排号，时间到没排到号的没有抽签资格，然后开始机器抽签，抽中的就有票了，……　　==========　　抽不到的人会咋样，是心平气和认栽多花钱坐汽车飞机回家，还是大骂有黑幕？　　到时候因为这个抽签过程不公开，质疑的人会更多。没几个人有能力和耐心去分析抽签软件的公平性，更没人能从头到尾监督整个过程，就算有人能做到，說这......　　-----------------------------　　问题是春运抢不到票的人还不是一样认栽，而且这个其实应该可以有智能选项，可以前后三天，或者不同车次，或者邻近这样的购票。　　抽签过程其实抽个号码规则出来就行，具体什么规则数学家多的是，找一个来设计一个公平的规则就OK
　　技术解决不了火车票的问题。　　因为春运的根本原因在于区域发展不平衡，这是技术之外的内容。
　　公众不是用来关注你一个问题的，公众仅仅关注所有问题。因此，你不要把帖子搞得很长，不然大家就只能看看题目了。
使用“←”“→”快捷翻页
<span class="count" title="
请遵守言论规则，不得违反国家法律法规回复(Ctrl+Enter)}