软件接口数据一致性机制

    
软件互联互通的普及导致软件之间的调用越来越多,但两套软件不在同一个事务中控制,极易导致二者数据不一致的情况。
可采用以下机制,保证软件接口数据一致性
1.调用方访问服务器,如果在一定时间内(设定的超时时间,或人为强制中断)没有收到成功信息。有以下几种情况:
(1)服务器没收到请求,结果网断了。
(2)服务器收到了请求但保存失败,在返回结果前网断了。
(3)服务器保存成功,但在返回结果前网断了。
原则:调用方只要成功发出请求,但没有收到保存成功的返回信息,则自动调用冲销功能。
此时调用冲销很有可能不成功,多数情况是网络不稳定了。经3次尝试冲销都失败后,记录下来,到下次(需确定触发机制)再调用进行冲销。
因此在给服务器发送保存之前,调用方需要先把要发送的数据保存到数据库中。否则有可能操作员等不到服务器的返回信息,强行结束了程序。
如要继续提交同一笔数据,应自动先调用冲销成功后再发送提交请求。
2.调用方与服务器方都要各自保存对方的交易流水号,可以用来防止重复数据上传。
  服务器方可以把用户编号+调用方的交易流水号做为唯一性约束,这样可防止调用方同一笔数据的重复上传。
3.对账:每天0时后,自动进行对账,标出对账成功与失败的情况。对账标志分为:未对账、对账成功、对账失败。
其中对账失败的要记录下失败原因。
分为以下几种情况:
(1)调用方有,但服务方没有:按以上机制,基本不会出现。
(2)调用方没有,但服务方有:服务方数据仍为未对账状态。
(3)二者数据内容不一致:对账失败。

 

如果有好的思路,在此一起讨论。

 

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值