市政交通一卡通的在线查询地址
不少人理解的一卡通工作方式是实时POS刷卡消费。其实，一卡通的工作分成两个部分：IC卡/卡机记录和交易结算处理。前者是实时的，后者是非实时的。
当刷卡消费后，卡内的余额会被实时的扣除，车上的卡机而将记录下ID为100xxxxxxx的IC卡消费了xx元，消费信息是线路xxx，上车路号xxx，下车路号xxx。这些信息用于以后的插错排错。
但是卡机内的消费记录并不实时传输到一卡通的结算中心，而是当车跑完全程回了总站，车队的工作人员会持专用设备连接到车载的卡机上，将一路上所有乘客的刷卡信息下载到设备上，并且在车队总站内通过网络传输到一卡通的结算中心。
最终的交易结算将在夜里统一进行，好比银行的批量，大量数据被集中处理，同时刷卡记录会被upload到数据库中，提供给用户用以网上查询。
最近几天好像查询的量稍微大了点，一卡通的网站慢的要死，在网站的首页竟然没找到查询记录的链接。不得已Google了一下，找相关url。结果又赶上google上不去了，显然又被封杀了。
终于打开了，Java的系统。
http://www.bjsuperpass.com/knowledge/cardlogin.htm
输入卡号进行查询。这是我的卡的信息。
近期消费记录。
要是觉得刷卡多扣钱了，自己来这里查询即可。
这个数据库记录量不小哦
能保持多久的数据
大致可以通过你的行车路线推断出你的出没地点～
HOHO，
偶素高智商～
＝＝＝＝＝＝＝＝＝
ｐｓ：看到评论文字发表之后将不能修改，请注意校对字样．
依然，按下＂发表＂～
如果想知道某个mm的行程路线
那岂不是没有安全秘密可言??
不知道人家卡号，也就无法调查了。
北京2000万人，人手一卡，每天每人4条记录。
每天8000万，每月24亿，每年288亿条。
假定使用oracle。
每条记录最少7个字段，除时间外都用varchar2。
每条记录8+(4+6+1+4*3)*2=54bytes
每天4G，每月120G，每年1.5T左右。
再加上索引、额外开销、分区表（肯定要用）额外开销，每年2T打住。
还行。
忘了卡号了，17位，34bytes，每年再加920G左右。
也还行。
买个HDS的USP,配5T存储，满配P595分三个区分别做RAC+STANDBY，再搞个500盘磁带的带库做备份和离线存储，设备投资有个1亿就差不多了。
上市吧先。
caicaicai`
网站根本上不去