本发明涉及一种推送方法，具体为一种计算机软件推送方法，属于计算机软件应用技术领域。
背景技术：
软件(中国大陆及香港用语，台湾称作软体，英文：software)是一系列按照特定顺序组织的计算机数据和指令的集合。一般来讲软件被划分为系统软件、应用软件和介于这两者之间的中间件。软件并不只是包括可以在计算机(这里的计算机是指广义的计算机)上运行的电脑程序，与这些电脑程序相关的文档一般也被认为是软件的一部分。简单的说软件就是程序加文档的集合体。另也泛指社会结构中的管理系统、思想意识形态、思想政治觉悟、法律法规等等。
目前的计算机软件推送方法存在着对软件推送效率慢，且推送不全面的缺点。
技术实现要素：
本发明的目的就在于为了解决上述问题而提供一种计算机软件推送方法。
本发明通过以下技术方案来实现上述目的，一种计算机软件推送方法，包括a系统有一些订单数据，b系统需要a系统的订单数据，并做一些处理，比如a系统的订单支付完成之后会转到b系统中做销售结算、销售出库等处理，
这种情况我相信大部分人都会决定在a系统的订单付完款之后，把订单数据推送到b系统中，因为这样选择是合理的，如果要让b系统去轮循地查询a系统的订单数据是否被付款，不仅在实时性和准确性上有缺陷，而且在a、b系统性能上也会有影响，还要处理重复订单问题，所以说由a系统推送订单数据到b系统是合理的，但这时如果在设计时只是简单地在a系统付完款这里做一个推送动作到b系统，
这种情况就可以设计成b系统主动去拉a系统的订单数据，然后根据b系统的业务维度，分析订单数据，展示订单数据，这样做可减轻a系统的压力，但这样做同时也要注意网络带宽、b系统的数据处理性能的高低与重复数据的处理，对于网络带宽，可以采取分页形式来拉取数据，对于数据处理的性能问题，可以通过管道和队列来一组一组处理订单数据，对于重复数据，可以通过时间戳的形式来解决，时间戳要持久化在b系统中，最后也不要忘了在a系统中设计视图、中间表甚至报表数据库来作为数据源，最好不要直接操作订单表(读写分离)。
优选的，所述推送动作设计成串行的，那会影响到原有流程，所以在这里设计时，要在订单付完款的动作后做推送的动作设计成异步，也可以做成消息机制，由专门的程序去接收消息，并推送到b系统，b系统在接收到订单后要反馈接收成功标志，并且要对重复订单做处理，这才是一个比较完整的处理逻辑。
优选的，所述a系统有一些订单数据，b系统需要a系统的订单数据展示给客户，比如b系统要做一个报表展示或实时性不强的操作(比如根据订单生成销售结算的凭证，一天可做一次)。
优选的，所述b系统主动去拉a系统的订单数据，然后根据b系统的业务维度，分析订单数据，展示订单数据，这样做可减轻a系统的压力。
优选的，所述数据处理系统的性能问题，可以通过管道和队列来一组一组处理订单数据，对于重复数据，可以通过时间戳的形式来解决，时间戳要持久化在b系统中，最后也不要忘了在a系统中设计视图、中间表甚至报表数据库来作为数据源，最好不要直接操作订单表(读写分离)。
与现有技术相比，本发明的有益效果是：
本发明的有益效果是：推送动作设计成串行的，那会影响到原有流程，所以在这里设计时，要在订单付完款的动作后做推送的动作设计成异步，也可以做成消息机制，由专门的程序去接收消息，并推送到b系统，b系统在接收到订单后要反馈接收成功标志，并且要对重复订单做处理，这才是一个比较完整的处理逻辑。数据处理系统的性能问题，可以通过管道和队列来一组一组处理订单数据，对于重复数据，可以通过时间戳的形式来解决，时间戳要持久化在b系统中，最后也不要忘了在a系统中设计视图、中间表甚至报表数据库来作为数据源，最好不要直接操作订单表(读写分离)。
具体实施方式
下面将对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
一种计算机软件推送方法，包括a系统有一些订单数据，b系统需要a系统的订单数据，并做一些处理，比如a系统的订单支付完成之后会转到b系统中做销售结算、销售出库等处理，
这种情况我相信大部分人都会决定在a系统的订单付完款之后，把订单数据推送到b系统中，因为这样选择是合理的，如果要让b系统去轮循地查询a系统的订单数据是否被付款，不仅在实时性和准确性上有缺陷，而且在a、b系统性能上也会有影响，还要处理重复订单问题，所以说由a系统推送订单数据到b系统是合理的，但这时如果在设计时只是简单地在a系统付完款这里做一个推送动作到b系统，
这种情况就可以设计成b系统主动去拉a系统的订单数据，然后根据b系统的业务维度，分析订单数据，展示订单数据，这样做可减轻a系统的压力，但这样做同时也要注意网络带宽、b系统的数据处理性能的高低与重复数据的处理，对于网络带宽，可以采取分页形式来拉取数据，对于数据处理的性能问题，可以通过管道和队列来一组一组处理订单数据，对于重复数据，可以通过时间戳的形式来解决，时间戳要持久化在b系统中，最后也不要忘了在a系统中设计视图、中间表甚至报表数据库来作为数据源，最好不要直接操作订单表(读写分离)。
所述推送动作设计成串行的，那会影响到原有流程，所以在这里设计时，要在订单付完款的动作后做推送的动作设计成异步，也可以做成消息机制，由专门的程序去接收消息，并推送到b系统，b系统在接收到订单后要反馈接收成功标志，并且要对重复订单做处理，这才是一个比较完整的处理逻辑。
所述a系统有一些订单数据，b系统需要a系统的订单数据展示给客户，比如b系统要做一个报表展示或实时性不强的操作(比如根据订单生成销售结算的凭证，一天可做一次)。
所述b系统主动去拉a系统的订单数据，然后根据b系统的业务维度，分析订单数据，展示订单数据，这样做可减轻a系统的压力。
所述数据处理系统的性能问题，可以通过管道和队列来一组一组处理订单数据，对于重复数据，可以通过时间戳的形式来解决，时间戳要持久化在b系统中，最后也不要忘了在a系统中设计视图、中间表甚至报表数据库来作为数据源，最好不要直接操作订单表(读写分离)。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。
此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。