主题：【讨论】中国火车票实名制究竟有何难？印度实行已有百年 -- billhy

这是个转贴及大杂烩，大家凑合看。

近年来，为解决一票难求问题，中国公众都要一而再再而三的提及“火车票实名制”的办法，而铁道部也会不厌其烦的给公众以回应：火车票实名制不适合中国国情。但笔者在这里班门弄斧，讲讲啥叫火车票实名制。

对于这个火车票实名制，铁道部一直在强调两点。

第一，“实行实名制以后，丝毫不能增加运能”。哪位公众说过实行火车票实名制可以增加运能了？要求实行火车票实名制的主要目的不就是为了防止倒票行为的出现吗？而且印度实行了一百多年的火车票实名制，以及泰国实行的火车票半实名制的事实都已经证明，这是杜绝倒票情况出现的最有效的办法之一。而且印度、泰国也有类似于咱们的春运的情况，运力也是相当的紧张，火车上的人非常的多，但却不存在倒票的情况。

第二，“火车票实名制不适合中国国情。”近日，铁道部新闻发言人说：实行实名制，难度主要在于进站上车查验这道程序。飞机票的实名制解决的是飞行安全问题，必须在登机前核对旅客的身份；而火车票的实名制解决的是买票难的问题，完全可以在运行的火车上去核对乘客的身份和车票上的身份证号码是否吻合。也就是说，火车票的实名制仅仅是在售票时和火车上才发挥作用，和候车检票等根本就没有关系。

事实上，具有中国特色的火车票实名制非常简单：乘客购买车票时需要出示身份证，而二代身份证已经可以机读了，这样就可以很便利的将身份证号码打到车票上去。而在火车上验票时，如果车票和提供的身份证对不上号的话，那就必须补票，而且必须出多倍的票款。

换句话说就是，让人不敢去买黄牛手里的票。而且还不是所有的火车票都需要实行实名制，一些管内车辆和运输淡季上座率并不高的车辆，根本就没有实行实名制的必要。

简单点说就是，火车票实名制只涉及到买票和在火车上的验票环节，候车、进站、出站等环节不需要任何改动。但就这么简单的问题，却给彻底复杂化了。

各位说database的！

全中国多少人？13亿，我给你算20亿人口。

直到一个32为操作系统的整形变量Integer的取值范围么，-2147483648到2147483647

而32 bit 只占用 4 byte 而已。 32/8=4，别告诉我说database的几个人不知道这个计算公式。

而身份证号码的最新长度是18个character，那也就是说如果存储为字符型，一共需要18个char，而一个char是占用2个字节，如果使用UTF-8(universal type character set)则需要占用4个字节 那么计算一下 18*4=72 bytes。

也就是说，建立一个简单的数据索引表格需要的空间最多是 200000000*(4+72)约等于 144959MB 约等于 141GB

免费数据MySQL的性能可以应付google, facebook等大型再现系统的访问量，我想问问你们觉得是facebook的用户人多，还是中国身份证数量多？

还有，141GB不可能放在一个数据表格中，因为，我们可以把这一个大表按照抵御进行分割，最主要的是，数据最大的障碍在于Insert 和 Updates，而Select是数据库最拿手的也是最不成问题的。

而且，最主要的问题是，现在国家民政局早就有一套此类的系统，也一直在使用中，公安系统也一样。而火车的系统需要的只不过是查询功能，也就是说，通过访问国家民政局或者公安的提供的一个借口，得到一个True or False的返回而已。需要兴师动众的花几个亿么？

如果搞一个这个就可以华上亿，那bill gates早就来中国给铁道部打工了。

不要不懂得装懂，有的网友不要总那么无知的人为。一个高性能数据中心服务器+一个免费的MySQL，一共顶多10万元人民币。几个亿？几个亿，都可以建立一个农场级别的机房了。

sb不sb我自己心里有数。

假如现在实名制公开招标，那个位对我有意见的和骂我的，你也拿出一个设计样本来。

如果网上公开招标，我就敢接。

你们敢么？既然说我sb或者说我需要实际经验的，你们也用你们的实际经验，那出来一套东西，让大家看看。张嘴就否定别人，鄙视别人的，本身就是个SB加250。

我觉得这次身份证改革非常不错 用到身份证 直接用身份证一扫就ok了 信息都出来了 同样道理 买火车票实名没什么困难的 到车站身份证一扫 给钱票就出来了 上面还带你的个人信息 进站的时候也一扫 跟坐地铁一样 这样有什么困难的呢？ 未成年人坐车的话更简单 监护人买票 这样还规范总不能像现在一样 孩子随便买烟买酒 所以说新身份证的作用太大了 在技术层面上10年前也很容易轻松做到 何况现在了

不光是解决春运问题。

很多犯罪活动的流窜也都是依靠铁路来最终达到扩大的问题。

比如，一个在北京通缉的人，罪犯在犯案当晚，就可以做火车流窜到其他地方，就算是通缉后，根据车站的录像可以找到线索，具体流窜的城市，但是没有办法有效的控制这个犯罪分子进一步流窜。

如果有实名制之后，流窜分子，在流窜之后，一旦，通缉，那么售票系统就可以在根据此人的名字，身份照号码进行核对，一旦发现，就会在售票系统的界面出现警告，并可以实现进一步，自动通知火车站内的巡警。

这不是看电影看多的幻想，这是实实在在的成熟技术的实现。

火车售票系统不需要军队级的独立光缆系统。只需要搭建在民用级的互联网上即可。顶多增加一些加密协议技术。

所以，你提到的光缆维护等问题，根本不存在，就算真的需要次军事级光缆业务，也完全可以让铁通或者中国电信进行开通，费用虽然会增加，但是不会夸张到你所计算的地步。

其次，方案，很简单，不需要7大数据中心，根本就不需要数据中心，因为，在第二次身份证升级之后，基本上所有身份证信息都已经信息化，包括照片存档。只要铁路申请到公安系统的内部数据访问接口便可，而我所说的10万元的开销是对火车站，比如北京车站，天津车站，都有一个10万的数据服务器，作为缓存只用。

这个缓存有两个方案，第一个，定点进行数据下载更新，比如，每个月选择一天的凌晨，进行数据下载更新，比如，北京站，北京市民的信息肯定是一次性下载完毕，如果公安有新的暂住或者流动人口记录，那么就下载这部分进行更新。

第二种，使用电信移动解决方案，加入一个天津乘客，买票到北京，那么，这个乘客一旦坐上火车之后，天津数据库自动连接北京，把数据推过去。当然，优点就是，绝对的数据信息缓存的命中率提高，而且，可以实现，时时的信息，比如，如果一旦有通缉犯，或者特殊情况，那么，可以只需要，在出发的和火车站进行更新，系统就会自动更新，目标火车站的数据。但是，系统复杂度增加，性能提升需要考虑。包括，网络负载，连接失败，容错，等等。

当然，如果缓存中没有，那么可以进行即时的数据确认，然后再缓存上。

这种方案的增加了售票系统遇到春运期间大量数据访问的问题。也保证数据的有效性。