数据同步

有个问题请教下大家
现在又这样的一个也去需求：
有一个20几个人的呼叫中心（以下称之为A平台）,有一个不确定访问量的网络平台（以下称之为B）
用户通过A平台可以电话进行预订（比如机票），用户通过B也可以网络进行预订。

怎样进行订单的同步比较好？
1、将A和B分成两个单独的库，自然订单表也就分成两个单独的表，通过webservice进行订单数据的同步。通过B网络预订成功后会将数据同步到A的订单表中，相应的从A也要同步到B。这样做考虑B 或者A都会有频繁的操作，对平台彼此会有影响，但用webservice进行同步是不是也是一样的会对彼此有所影响？！

2、A和B还是单独的库，但是订单表放在A库中，通过B进行预订同样也是操作A库中的订单表。这样对两个平台的影响又会是什么情况呢？！

目前想到这两种方案，个人感觉两种方案性能是不是差不多，或者2会好一些？1通过webservice进行通信的话会不会有网络故障等意外的问题出现？

求教！！

个人认为 是这样的。A平台是通过电话预定(机票) 简称 订单。B平台是网络访问平台同样客户提交过来的也是订单。 就可以建立一个单独的订单表 无论是客服坐席的电话预定的订单和网络订单都可以放到同一个表里。

用不同的http_type 进行区分。例如:如果是电话预定的订单 http_type=A,如果是网路访问的就可以用 http_type=B 进行订单的隔离和区分。
这样的好处,也方便了公司的日常的统计。以及订单的查询。如果考虑到性能问题的话,就需要对所要经常查询的字段加上索引。如果有需要可以做数据库的主、从。已经数据库性能的优化。在前期建立数据表的时候一定要注意数据字段的设置。更加实际需要来进行分配空间。

对于webservice通信的中断问题。你可以设计数据连接的时间。如果遇到网路故障可以看用户提交数据时是否数据库连接、请求超时。


如果公司有专门的DBA ,可以让他们优化相应的数据库、和表的性能。

其实一种可以用ucenter同步！
另一种是在申请或者提交订单的时候，在两个表中，都查询一次，也是可以的！
无非就是主动同步和被动同步的问题！