CN1530859A - 一种保护erp接口数据的方法 - Google Patents
一种保护erp接口数据的方法 Download PDFInfo
- Publication number
- CN1530859A CN1530859A CNA031191398A CN03119139A CN1530859A CN 1530859 A CN1530859 A CN 1530859A CN A031191398 A CNA031191398 A CN A031191398A CN 03119139 A CN03119139 A CN 03119139A CN 1530859 A CN1530859 A CN 1530859A
- Authority
- CN
- China
- Prior art keywords
- erp
- data
- order
- submit
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种保护ERP接口数据的方法,属于数据库管理领域;所述方法包括:读取订单状态标志位并判断订单状态;根据标志位判断,如果不是第一次递交,则根据标志的指示,进行相应处理后,结束;如果是第一次递交,则继续;调用通用ERP接口,准备向ERP提交数据;进行数据同步,将订单信息或错误信息保存到数据库,将订单提交的信息或错误信息保存到数据库;最后结束。本发明所述方法可广泛应用于电子商务平台上,用户通过电子商务网站访问ERP,同时也有大量数据保存在ERP的外挂数据库中;在进行大量的数据交互过程中,采用本发明,系统会自动辨认出在大量数据中没有被处理过的那些,并且只对这些数据作处理,节省了大量重复创建的工作时间。
Description
技术领域
本发明涉及一种数据库管理应用系统保护接口数据的方法,特别是涉及一种保护ERP(Enterprise Resource Planing)接口数据的方法。
背景技术
随着电子商务技术的发展和日趋成熟,ERP系统的应用越来越普及,由于电子商务的特点,大量数据需要和ERP系统进行交互,这决定了在电子商务系统中的数据交互具有如下的特点:负载较大,对性能要求很高;需要实时和ERP进行数据交互;或者,由于误操作或错误数据等原因经常会造成向ERP提交数据失败,必须有一种失败后的错误处理方法。
目前,一般可以使用事务处理来实现系统内部的容错,但是,当系统和系统之间交互数据时,如果某个系统不支持事务处理,则无法实现错误处理。
另外,在处理大量数据时,使用事务处理有时会使系统的效率大大降低,因为错误发生后系统会回滚到初始状态,使得所做过的全部操作都会失效。
通常对ERP的访问,操作的结果都是不确定的,即使大多数情况下这些操作都能成功完成,也要考虑到意外的错误发生。比如,用户通过电子商务平台向ERP提交一张订单,这张订单实际上包含多张订单的数据,在ERP内部是按照多张订单处理的,每一张都有自己的订单号,但从用户的角度来看,这只是一张订单,在电子商务系统是按照一张订单来处理的。例如,一张返款申请单可能会包含100家代理商的数据,每家代理商的数据在提交到ERP后,都会生成一张ERP的订单,返回一个订单号;而在电子商务系统中,这张包含100家代理的订单却只有一个订单号。
现有技术中,一般可以通过事务处理来提高容错性。但是由于电子商务系统是分层次的,所以事务处理也是由各层次(如数据库层,ERP层,用户交互层)中各自的系统来支持的。由于ERP中的内部函数大多不选择支持事务,当多张订单的其中一张失败时,如果用户交互层采取事务回滚,电子商务数据库中的数据就会回滚,即清除失败前所有定单的订单号,但是在ERP中这些定单已经存在,当重新下单时,由于在数据库中找不到这些定单的ERP定单号,所以会认为没有向ERP提交过,这样就会造成在ERP中重复下单的结果。显然,这种情况下发生的错误,是由于各个层次中的系统对事务处理不统一造成的。
如果ERP内部函数支持了事务,用户交互层也选择支持事务,当有一张订单提交失败时,所有定单都会回滚,重新下单时,要对所有定单再重新向ERP提交,即有一张订单失败,其他订单都无法提交,这种情况对大量数据情况来说也是无法接受的。
发明内容
本发明要解决的技术问题是提出一种保护ERP接口数据的方法,当向ERP提交数据发生错误时,ERP接口数据保护系统(EIDP)会立即进行保护,具有比事务处理更高的容错性。
本发明所述保护ERP接口数据的方法,包括如下步骤:
步骤一、读取订单状态标志位并判断订单状态,
步骤二、根据标志位判断,如果不是第一次递交,则根据标志的指示,进行相应处理后,转步骤五;如果是第一次递交,则继续;
步骤三、调用通用ERP接口,准备向ERP提交数据;
步骤四、数据同步,将订单信息或错误信息保存到数据库,将订单提交的信息或错误信息保存到数据库;
步骤五、结束。
如上所述的方法中,向ERP提交数据,如果提交成功,取得返回的订单信息,同时,置订单状态标志位为1;如果提交失败,则取得返回的错误信息,订单状态标志位为0;如果出现其他异常,置订单状态标志位为-1,转8处理。
本发明所述方法可广泛应用于电子商务平台上,用户通过电子商务网站访问ERP,同时也有大量数据保存在ERP的外挂数据库中,在进行大量的数据交互过程中,采用本发明,系统会自动辨认出在大量数据中没有被处理过的那些,并且只对这些数据作处理,这样一来,节省了大量重复创建的工作;本发明所述方法运行在商务逻辑层的位置,它的运行相对于用户来说是透明的,只要对应用环境进行了正确地设置,就可以获得数据保护;采用本发明方法,使得错误发生后的处理工作变得非常简单,同时也省去了订单多次重复提交的繁琐。
附图说明
图1是本发明所述方法的流程图;
图2是各层次中事务处理过程的示意图。
具体实施方式
结合图1,本发明的基本原理在于:当大量数据需要通过ERP接口向ERP提交时,在ERP内部生成订单,操作成功返回订单信息,失败返回失败信息。但是由于提交可能是上次失败之后的重新操作,通过ERP接口数据保护系统(EIDP)会在这些大批数据中进行过滤,将上次成功提交的数据分离出来,从上次提交失败的位置重新开始,这样就避免了大批量数据的重复操作。
当向ERP提交数据发生错误时,ERP接口数据保护系统(EIDP)会立即进行现场保护工作。首先,将已经成功提交过的订单进行保存,将由ERP返回的数据信息保存到数据库中,同时也保存这些订单的成功状态信息;然后,确定出错位置,获取出错状态信息;最后,保存未提交的订单的状态信息。
通过ERP接口数据保护系统(EIDP)使得通过ERP交互的数据,通过电子商务数据库交互的数据可以串行顺序处理,只有提交到ERP的订单数据得到了确定,才会将返回的结果保存到电子商务数据库,这就保证了ERP,和电子商务数据库中数据的一致性。
本发明所述方法的详细步骤描述如下:
步骤一、读取订单状态标志位并判断订单状态,
步骤二、根据标志位判断,如果是第一次递交,则继续下一步;如果不是第一次递交,则根据标志的指示,进行相应处理后;
例如,如果标志位表示上次提交失败,则进行:恢复现场,确定所需提交的订单位置,准备提交数据;调用EIDP接口,向ERP提交,获得返回值;将ERP返回信息同步到数据库后,转步骤五结束。
如果标志位表示上次提交成功,则处理上次提交成功的订单,读取订单信息,返回给用户交互层,转步骤五结束。
如果标志位表示上次提交异常,则进行异常处理,退出ERP接口数据保护系统,把错误返回给操作系统;转步骤五结束。
步骤三、调用通用ERP接口,准备向ERP提交数据;
步骤四、数据同步,将订单信息或错误信息保存到数据库,将订单提交的信息或错误信息保存到数据库;
步骤五、结束。
本发明上述方法中,如果订单是第一次递交,在进行到上述的步骤四时,也可能出现提交订单成功、失败和异常三种情况,本发明所述方法还需要在对标志位进行标记,并将信息返回给用户交互层;所述标记说明如下:
如果提交成功,取得返回的订单信息,同时,置订单状态标志位为1;
如果提交失败,取得返回的错误信息、保存现场、置订单状态标志位为0;
如果出现其他异常,置订单状态标志位为-1。
图2给出了本发明的应用环境,即ERP接口数据保护系统(EIDP)的3个层次,本发明所述方法通过这三个层次的配合,使得错误发生后的处理工作变得非常简单,省去了用户多次重复提交订单的繁琐。下面对图2的三个层次进行具体介绍:
1.用户交互层
在这一层,ERP接口数据保护系统(EIDP)负责把用户提交的数据进行过滤,比较,将需要处理的数据传递给下一个步骤层次,在这里,需要对用户在电子商务系统中提交的订单数据进行分析,分解,将逻辑上的电子商务中的一张订单,按照ERP中的订单、数据格式分解成多条记录,以供下一步操作;同时也把ERP处理过的提示信息,如错误提示,返回的订单号等返回给用户。这一层是ERP接口数据保护系统(EIDP)和用户层进行交互的接口。
2.逻辑处理层
在这一层,ERP接口数据保护系统(EIDP)将完成数据向ERP系统的提交工作,数据提交是通过调用电子商务通用ERP接口完成的;同时另一个重要任务是在发生错误时进行数据保护和现场状态保护的工作,将出错时的数据信息和状态信息保存,提交给下一个步骤层次处理。
3.数据处理层
在这一层,ERP接口数据保护系统(EIDP)将数据与数据库进行交互,把已经成功的订单数据写入数据库,完成数据同步;同时也把成功的订单状态和失败的订单状态保存到数据库。
最后所应说明的是:以上实施例仅用以说明而非限制本发明的技术方案,尽管参照上述实施例对本发明进行了详细说明,本领域的普通技术人员应当理解:依然可以对本发明进行修改或者等同替换,而不脱离本发明的精神和范围的任何修改或局部替换,其均应涵盖在本发明权利要求范围当中。
Claims (5)
1、一种保护ERP接口数据的方法,其特征在于,包括如下步骤:
步骤一、读取订单状态标志位并判断订单状态;
步骤二、根据标志位判断,如果不是第一次递交,则根据标志的指示,进行相应处理后,转步骤五;如果是第一次递交,则继续;
步骤三、调用通用ERP接口,准备向ERP提交数据;
步骤四、数据同步,将订单信息或错误信息保存到数据库,将订单提交的信息或错误信息保存到数据库;
步骤五、结束。
2、根据权利要求1所述的保护ERP接口数据的方法,其特征在于,所述的步骤二中,如果不是第一次递交且上次提交失败,则进行如下的处理:
恢复现场,确定所需提交的订单位置,准备提交数据;
调用EIDP接口,向ERP提交,获得返回值;
将ERP返回信息同步到数据库后,转步骤五结束。
3、根据权利要求1所述的保护ERP接口数据的方法,其特征在于,所述的步骤二中如果不是第一次递交且上次提交成功,则进行如下的处理:处理上次提交成功的订单,读取订单信息,返回给用户交互层,转步骤五结束。
4、根据权利要求1所述的保护ERP接口数据的方法,其特征在于,所述的步骤二中,如果不是第一次递交且上次提交异常,则进行如下的处理:
进行异常处理,退出ERP接口数据保护系统,把错误返回给操作系统;转步骤五结束。
5、根据权利要求1所述的保护ERP接口数据的方法,其特征在于,所述的步骤四中的结果信息包括:如果提交成功,取得返回的订单信息,同时,置订单状态标志位为1;如果提交失败,取得返回的错误信息、保存现场、置订单状态标志位为0;如果出现其他异常,置订单状态标志位为-1。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031191398A CN1530859A (zh) | 2003-03-14 | 2003-03-14 | 一种保护erp接口数据的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031191398A CN1530859A (zh) | 2003-03-14 | 2003-03-14 | 一种保护erp接口数据的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1530859A true CN1530859A (zh) | 2004-09-22 |
Family
ID=34284988
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA031191398A Pending CN1530859A (zh) | 2003-03-14 | 2003-03-14 | 一种保护erp接口数据的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1530859A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106228384A (zh) * | 2016-07-12 | 2016-12-14 | 乐视控股(北京)有限公司 | 数据信息流转控制方法及系统 |
CN106611397A (zh) * | 2015-10-26 | 2017-05-03 | 阿里巴巴集团控股有限公司 | 物流数据处理方法及装置 |
CN106651333A (zh) * | 2016-09-20 | 2017-05-10 | 联动优势电子商务有限公司 | 一种防止重复支付的方法和装置 |
-
2003
- 2003-03-14 CN CNA031191398A patent/CN1530859A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106611397A (zh) * | 2015-10-26 | 2017-05-03 | 阿里巴巴集团控股有限公司 | 物流数据处理方法及装置 |
CN106228384A (zh) * | 2016-07-12 | 2016-12-14 | 乐视控股(北京)有限公司 | 数据信息流转控制方法及系统 |
CN106651333A (zh) * | 2016-09-20 | 2017-05-10 | 联动优势电子商务有限公司 | 一种防止重复支付的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8234475B2 (en) | Save set bundling for staging | |
US7043504B1 (en) | System and method for parallel primary and secondary backup reading in recovery of multiple shared database data sets | |
US7840539B2 (en) | Method and system for building a database from backup data images | |
US7136883B2 (en) | System for managing object storage and retrieval in partitioned storage media | |
US8145686B2 (en) | Maintenance of link level consistency between database and file system | |
US6594676B1 (en) | System and method for recovery of multiple shared database data sets using multiple change accumulation data sets as inputs | |
CN101031907B (zh) | 索引处理 | |
CN101888405B (zh) | 一种云计算的文件系统和数据处理方法 | |
US20190324922A1 (en) | Process for maintaining data write ordering through a cache | |
CN1892613A (zh) | 备份数据协调方法和系统 | |
CN1653427A (zh) | 用于创建虚拟数据拷贝的方法和装置 | |
WO2012012142A2 (en) | Data access during data recovery | |
CN107656834A (zh) | 基于事务日志恢复主机访问 | |
CN1959649A (zh) | Ntfs卷中重建目录结构和恢复数据的方法 | |
JP2009536403A (ja) | ワーク・アイテム・イベント処理 | |
CN108121774B (zh) | 一种数据表备份方法及终端设备 | |
US20100185589A1 (en) | Disaster recovery data sync | |
US9483485B1 (en) | Restore database from backup system where full and incremental backups are performed simultaneously | |
CN108228813B (zh) | 分布式系统中副本数据库的删除方法及装置 | |
CN1530859A (zh) | 一种保护erp接口数据的方法 | |
CN1036737C (zh) | 出错时用于数据库的关系恢复的方法 | |
EP1610234B1 (en) | Online transactional data processing system | |
US20050131936A1 (en) | Methods and systems for performing reliable asynchronous notification of high-level document operations | |
KR100470259B1 (ko) | 리소스 그룹을 세부적이고 지속적으로 교환하기 위한방법, 시스템 및 프로그램 제품 | |
JP2006350411A (ja) | 分散データベースリカバリ方法及び同リカバリシステム及び同リカバリプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |