由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - 12306的后台数据库可以做到完全无耦合
相关主题
铁路订票系统怎么强耦合了?12306绝对架构错了数据库分票策略
总结贴求助:AJAX 在IE 7下不工作
goodbug的设计为啥不能撑过100K/s?闲聊:关于编程流程
为什么分布式搞不定12306?说到底还是app 层 engineer 和 系统层engineer在斗法
继续掐12306魏老师完全露怯,写client的也敢设计春运server。
分布式分票算法顺便和nod101说说做产品
我搞定了好虫数据库的方案在讨论12306前
退票的包如果丢了,不就没法保证“有票一定出”了么12306的现有方案是最强的
相关话题的讨论汇总
话题: 数据库话题: 库存话题: 耦合话题: 动车话题: 记录
进入Programming版参与讨论
1 (共1页)
t*********l
发帖数: 844
1
只要数据库没有耦合,就可以通过增加服务器来线性增加处理能力。
后台数据库可以做成以下的没有耦合的分布式结构,即建立两个数据库:一个是包含站
点、路线、时间和车次的静态数据库;一个是最近的两站之间是否有票的库存数据库。
用户数据库本来就没有耦合,就不必考虑了。
静态数据库是用来计算联票,并且把计算结果变成每个最小车段的信息。比如:查询北
京到德州,得到如下信息:北京-天津西(22日动车),天津西-德州(22日动车)。
济南到烟台,得到如下信息:济南-淄博(25日动车),淄博-潍坊(25日动车),潍
坊-胶州(25日特快),胶州莱阳(25日特快),莱阳-烟台(25日特快)。
库存数据库每一条只记录某日期、车次、座位类型、最近的两站之间的余票。所以北京
到德州的信息虽然是一趟车,一个座位,但记录在两条库存记录中(北京-天津西、天
津西-德州)。
订票时,首先根据用户要求查联票,把用户要求翻译成几条到几十条库存记录的要求,
然后向库存数据库发请求,把每一条该用户关心的库存记录请求订到一票。如果任何一
条库存不能满足(说明在某两站之间已无票),即把已订到的其它段的库存取消。
大家看看咱这个主意怎么样?
1 (共1页)
进入Programming版参与讨论
相关主题
12306的现有方案是最强的继续掐12306
给nod101一个最优化的实时分配车票座位的算法分布式分票算法
竟然有人号称数据紧耦合是伪问题我搞定了好虫数据库的方案
大家讨论下infrastructure吧退票的包如果丢了,不就没法保证“有票一定出”了么
铁路订票系统怎么强耦合了?12306绝对架构错了数据库分票策略
总结贴求助:AJAX 在IE 7下不工作
goodbug的设计为啥不能撑过100K/s?闲聊:关于编程流程
为什么分布式搞不定12306?说到底还是app 层 engineer 和 系统层engineer在斗法
相关话题的讨论汇总
话题: 数据库话题: 库存话题: 耦合话题: 动车话题: 记录