应用结构

　　客票发售和预订系统的总体结构，取决于业务处理、数据流程、系统功能及网络传输能力等相关因素。关键是座席数据库的规划与配置。

　　• 集中式方案: 全路各车次的座席信息全部集中，仅设立一个中央座席数据库，为取得有关座席信息，各车站系统直接访问中央座席数据库。该方案具有结构简单，数据库维护方便，有利于保持数据的一致性和完整性，便于异地票、联程票和座席复用处理等优点;但是系统建设必须自上而下进行，见效慢，且不易分步实施，系统的运行将依赖于高性能高可靠的主机和广域网络。

　　• 分布式方案: 在各个车站建立各自的座席数据库，存储本地售票所需的全部座席数据，不设上一级和中央座席数据库。该方案的优点是，便于实施，网络上数据传输量小，对本地购票的响应速度快; 其缺点是，座席数据库过于分散，不便进行票额的管理与调配，不利于联程票和座席复用等业务处理，保持系统数据的一致性较为困难。

　　• 集中与分布相结合方案: 设立一个中央数据库和若干个地区数据库，在地区数据库中存储本地区始发列车的座席数据。该方案综合了集中式和分布式两种方案的优点，避免了两者的缺点。既便于异地购票、座席复用、信息共享，又相对减少了网络的开销; 设备投资合理，升级更新容易;兼顾了技术先进和现实可能; 既可适应体制改革，又能适应现状，具有较大的弹性和适应能力。

　　根据我国地域辽阔，铁路点多线广的特点，考虑到我国铁路客运管理体制和通信基础设施的实际情况，借鉴国外的成功经验，特别是欧洲各国铁路联网售票模式，经过充分讨论和反复论证，认为我国铁路客票发售和预订系统的总体结构应采用集中与分布相结合的方案。综合考虑各地区数据库所覆盖的客运量、列车数、快车营业站数的均衡性，全路需建立一个全路中心数据库和 18 个地区中心数据库。(如图1所示)

图1

　　而在现有的铁路客票系统中，从车站应用数据库直至全路票务中心的中央数据库均为Sybase Adaptive Enterprise (ASE)数据库。各级数据库之间依靠Sybase Replication Server (复制服务器)进行数据同步，保障数据的实时一致性。

　　SQL Anywhere将在车站系统级别保障客票系统的业务连续性。在每个车站系统原有的应用数据库Sybase Adaptive Server Enterprise上，再加两台服务器，上面安装SQL Anywhere数据库。Adaptive Server Enterprise按照每30分钟的时间间隔通过SQL Anywhere的偶连接数据同步解决方案MobiLink交替向两台SQL Anywhere数据库同步数据，使每台SQL Anywhere的数据库不断与车站系统的应用数据库数据保持一致(如下图中的①所示)。

　　在车站在线的售票系统出现故障时，每个车站将会选择拥有最新数据的那台SQL Anywhere数据库服务器，并将其数据分发至车站的每个离线售票系统数据库中。根据一定的规则，将票号段分配给每个离线售票系统。于是，位于售票窗口计算机上的桌面型离线售票系统就即刻开始发售客票(如下图中的②所示)。

　　当在线售票系统恢复后，离线售票系统将被统一停止，并随即切换至在线售票系统进行售票。此时，在离线售票系统上已经售出的票将被MobiLink同步至车站的应用数据库。(如下图中的③所示)

　　至此，离线售票系统又将进入每30分钟交替与车站应用数据库同步的循环过程。

图2