数据交换-数据交换标准概述

发布时间：2017-08-31 所属栏目：西门子电话交换机

一 : 数据交换标准概述

金蝶企业管理软件数据交换接口标准

一、背景:

目前，国内采用软件管理的企业众多，有的企业自己开发管理软件、有的购买软件厂商的产品。(www.61k.com）但是它们采用的数据库平台和数据库结构各不相同。不同企业管理软件之间的数据交换，就因为数据库平台和结构不同而产生许多困难，几乎任意两个不同软件之间要实现数据传递都会存在专门的数据转换问题。繁琐的数据转换工作浪费了大量人力和物力，同时也阻碍了软件产业的健康发展。

由于各种不同的原因，一些用户希望从一个软件交叉升级为另一软件或者将两个不同的软件集成。由于用户在旧软件上已做了大量的工作，用户希望升级后原有数据能转换到新的软件中或者能和国内外其它软件集成进行实时数据交换。

还有些用户在使用企业管理软件时，可能有一些需求通过企业管理软件本身是难以实现的，例如：一些高级用户，希望利用其它商业分析软件取金蝶企业管理软件的基础数据进行分析。这些商业分析软件有不少是国际知名厂商的产品，例如Hyperion的产品。还有Biztalk服务也是通过构造利用XML通讯的解决方案将在internet上的两个企业（BtoB）之间的数据进行交换。

这样，建立一个数据交换标准是非常必要的。

二、目的:

我们的目的是为了适应国际化发展(不仅是为了国内软件间的数据交换)，增进金蝶企业管理软件与其它软件之间的交流。采用XMLSchema这种全球通用的标准进行数据交换。

保护企业管理软件用户的利益，为用户的特殊需求和二次开发提供数据接口。

三、适用范围:

本标准适用于已有的数据移植到金蝶企业管理软件、与金蝶企业管理软件系统集成的第三方软件、基于金蝶企业管理软件的数据进行分析的数据分析软件。

四、描述:

本标准规定：

数据交换数据交换标准概述

数据交换以计算机文件作为媒介。(www.61k.com］计算机文件分为两类，一类是格式定义文件，一类是数据文件。在一次数据交换中文件数可能有多个，但一个格式定义文件，可以对应多个数据文件。下面分别对两种文件进行描述：

1. 格式定义文件:

格式定义文件名规定为： .xsd

格式定义文件描述了业务对象的数据结构。格式定义文件以XMLSchema格式存储。分为科目、货币、凭证、余额等单个业务对象，每一业务对象中有若干属性。格式定义文件的内容如下：

业务对象

科目

Account.xsd对应的Schema文件

数据交换数据交换标准概述

以上格式文件定义了与金蝶企业管理软件交换的结构，真正的数据保存在同结构的.xml的数据文件中。

2. 本标准规定数据文件：

1）数据文件采用xml文件方式保存，根节点为Root；

2）每一个xml数据文件中存放的是同一种业务对象数据。

3） Root下面的每一个子节点代表一条完整的记录；

4）在xml文档中的数据要符合W3C标准的数据类型规范。

5）每一条记录中至少包括格式文件中定义的所有必录元素；

6）若字段为空值，同时又是非必录元素可在数据文件中省略；

五．此标准自二零零一年十二月十日起开始试行。

金蝶软件科技（深圳）有限公司

二零零一年十一月十五日

61阅读提醒您本文地址：

二 : 数据交换部署文档 _Orion health部分

OrionHeath数据交换部署说明

第一章、安装及初始化

2.1安装

现在使用的版本是Rhapsody 5.1的版本，安装Orion health 前是需要先安装.net framework。如下图所示：

安装步骤如下：

安装成功后再安装Orion health程序。步骤如下列图片所示：

1、根据操作系统类型选择对应系统的版本进行安装，32位的操作系统选择X86的文件，64位的操作系统选择X64的文件。

2.程序默认安装路径在C盘，可以点击“Browser”按钮选择安装路径。然后点击“Next”继续安装。

3.数据日志文件的存放路径，最好放在其他盘中，因为数据量占用的空间比较大。如果设置成默认路径会影响系统的运行效率。

至此，Orion health的安装已经全部完成。

2.2Orion health 初始化

Orionhealth数据交换程序安装完成之后第一次使用要进行一些设置和license文件导入。

1、打开IDE程序，点击下一步。

2、输入机构、地址、城市、邮编、地区、国家信息，点击下一步继续。

3、IDE界面打开如下。

4、在工具条里面点击图标。

5、选择数据交换程序文件所在文件夹。点击下一步。

6、点击完成。

7、点击ok。

8、交换程序已经打开。

第二章、功能操作说明

启动Orion health 服务，打开IDE,导入LRC工程文件，就能看到数据交换流程线的详细信息

4.1节点功能说明

4.1.1前置机

流程中图标是

如下图所示：，数据交换的输入节点。双击打开可以看到相关服务器的配置信息，

Database:数据库的类型。这里我们选择的是SQL SERVER Host:服务器地址。

Port:端口。

Database Name:数据库名。

Username:数据库用户名。

Password:数据库密码。

点击Edit Configuration 可以编辑sql语句。下面所示是sql语句内容：

在前置库有两个需要注意的地方，1.rhapsody_changes存储过程，这个存储过程是数据交换的启动工具，另外还计算所需要交换的表中的数据。2.rhapsody_change_tables表，用来存放所需要交换的表的表名等信息。

数据交换中的参数都是封装成xml格式传递，所以封装的格式一定要一致：

/messgage/change/record/?

上图所示将所需要交换的表名，以及表的主键值查询出来，传递到下一个节点。并将这条记录的SCZT改成1，表明正在上传。

SCZT的值：

0：表示还未上传的数据。

1：表示进入Orion health程序开始上传的数据

2：表示上传成功的数据。

3：表示上传失败的数据。

4.1.2定义消息源表

该节点的主要作用是将查询出来的表名定义并取值。里面内容如下：

4.1.3分发消息

该节点的主要作用是将进入路由的消息分发成一个一个的小消

息，一条记录一个小消息。

4.1.4还原XML格式

该节点的作用是将对应表的主键值取值并定义。具体内容如下图所示：

下面主要介绍查询和插入节点

4.1.5查询医疗业务数据

该节点用于查询对应表对应主键值得记录。配置信息如下：

配置的信息跟前置库的信息一样。 Sql语句如下：

从上图可以看出sql语句所在的节点与之前的是对应的。/message/change/record

Equals($tableName,'TJ_YWL_MZSR')用来匹配对应的表。

查询sql语句如上图所示，注意where 后面的条件的格式以及标点符号。

4.1.6插入交换库医疗部分

是将查询节点查询出来的字段的值插入到对应表的对应字段中。

配置信息是中心端的信息。如下图所示：

值得注意的地方是插入语句的格式，都是跟前面对应起来的/message/change/record/..

如下面所示：

insert into TJ_YWL_MZSR (

YLJGDM,

YWJYRQ,

XGBZ,

MZJZRC,

MZJZRS,

MZZSR,

MZXJSR,

MZYBSR,

MZCFS,

MZSFJLS,

ZHENLF,

ZHILF,

SSCLF,

JCF,

HYF,

SPF,

TSF,

XYF,

ZCHYF,

ZCAOYF,

QTF,

MJ,

TBRQ)

values(

`/message/change/record/YLJGDM`,

`/message/change/record/YWJYRQ`,

`/message/change/record/XGBZ`,

`/message/change/record/MZJZRC`,

`/message/change/record/MZJZRS`,

`/message/change/record/MZZSR`,

`/message/change/record/MZXJSR`,

`/message/change/record/MZYBSR`,

`/message/change/record/MZCFS`,

`/message/change/record/MZSFJLS`,

`/message/change/record/ZHENLF`,

`/message/change/record/ZHILF`,

`/message/change/record/SSCLF`,

`/message/change/record/JCF`,

`/message/change/record/HYF`,

`/message/change/record/SPF`,

)

`/message/change/record/TSF`, `/message/change/record/XYF`, `/message/change/record/ZCHYF`, `/message/change/record/ZCAOYF`, `/message/change/record/QTF`, `/message/change/record/MJ`, `/message/change/record/TBRQ`

4.1.6备份删除节点

备份删除节点主要是把上传成功的数据SCZT改成2。

数据交换的主要流程配置就是这几个节点。其他节点诸如：记录医疗错误信息节点是在Rhapsody_error_table中记录上传错误信息，，更新失败状态位节点将错误信息的SCZT改成

3.这里就不做详细介绍了。

4.1.7回收站

回收站是消息输出节点，必须有，数据交换时一定要启动。

4.1.8数据交换监控界面

数据监控界面能够清楚的看到数据在数据交换程序中各个节点的详细情况，并且能及时反映出错误信息，有助于我们观察数据交换。

下图是数据监控界面，点击工具栏中标志就可打开。如下图：

初始用户名是administrator密码是rhapsody 或者是自己设定的密码。

登陆成功后显示主界面，如下图所示：

可以通过界面观察到通讯点以及路由以及其他的一些详细信息，并且操作通讯点和路由的启动和停止。下面主要介绍通讯点和路由的操作：点击

可以进入通讯点中观察。

点击查看输入消息存档可以看到消息在路由中各个节点的情况。到此数据交换Orion health的基本情况已经简单介绍了一下。

4.2数据交换流程

1、Orionhealth程序自动执行

1、在正是应用环境中，前置机库里面的数据是每天自动插入的。现在测试环境直接用前置

机库log表中之前交换过的数据。

A、首先查看前置机库中业务表中是否有之前的数据，如果有数据清除。

B、执行“log表插入数据到业务表.sql”文件中的sql语句，把业务表对应log表中部分

数据插入到业务表中；

C、执行“删除前置机库log表数据.sql”文件中的sql脚本，在log表中删除上一步插入

到业务表的数据；

D、修改业务表中DU_UploadStatus='0';

E、执行存储过程execusp_insert_changeinfo，

统计插入到业务表中的数据量信息插

入到CHANGE_INFO表中。

F、执行数据交换启动初始化存储过程exec RHAPSODY_CHANGES；计算当前要上传表

数据量信息写入到CHANGE_TABLES表中。

G、打开OrionHealth数据上传中间件网页界面http://192.168.20.41:8081/ H、启动sink、白马两个通讯点，启动白马路由。如果要东坪的数据交换则对应启动东

坪的通讯点和路由。

I、可以用sql语句select*fromCHANGE_TABLESwhereRECORDS>0

查询前置机库的

CHANGE_TABLES表来查看数据交换数据实时变动信息。也可以查询中心交换库的CHANGE_INFO来查看数据数据交换数据信息。

2、数据校验、EMPI处理

数据校验、EMPI和文档处理放在平台数据处理模块里面处理。

三 : 数据交换技术

数据经编码后在通信线路上进行传输，按数据传送技术划分，交换网络又可分为电路交换网、报文交换网和分组交换网。图2.14为一个交换网络的拓扑结构

图2.14 交换网络的拓扑结构

　2.3.1 电路交换的工作原理

　1.电路交换的三个过程
　　1)电路建立：在传输任何数据之前，要先经过呼叫过程建立一条端到端的电路。如图2.14所示,若H1站要与H3站连接，典型的做法是，H1站先向与其相连的A节点提出请求，然后A节点在通向C节点的路径中找到下一个支路。比如A节点选择经B节点的电路，在此电路上分配一个未用的通道，并告诉B它还要连接C节点；B再呼叫C，建立电路BC，最后，节点C完成到H3站的连接。这样A与C之间就有一条专用电路ABC，用于H1站与H3站之间的数据传输。
　　2)数据传输：电路ABC建立以后，数据就可以从A发送到B，再由B交换到C；C也可以经B向A发送数据。在整个数据传输过程中，所建立的电路必须始终保持连接状态。
　　3)电路拆除：数据传输结束后，由某一方（A或C）发出拆除请求，然后逐节拆除到对方节点。

　2.电路交换技术的优缺点及其特点
　　1)优点：数据传输可靠、迅速，数据不会丢失且保持原来的序列。
　　2)缺点：在某些情况下，电路空闲时的信道容易被浪费：在短时间数据传输时电路建立和拆除所用的时间得不偿失。因此，它适用于系统间要求高质量的大量数据传输的情况。
　　3)特点：在数据传送开始之前必须先设置一条专用的通路。在线路释放之前，该通路由一对用户完全占用。对于猝发式的通信，电路交换效率不高。

　2.3.2 报文交换的工作原理

　　问题的提出：当端点间交换的数据具有随机性和突发性时，采用电路交换方法的缺点是信道容量和有效时间的浪费。采用报文交换则不存在这种问题。

　1.报文交换原理
　　报文交换方式的数据传输单位是报文，报文就是站点一次性要发送的数据块，其长度不限且可变。当一个站要发送报文时，它将一个目的地址附加到报文上，网络节点根据报文上的目的地址信息，把报文发送到下一个节点，一直逐个节点地转送到目的节点。
　　每个节点在收到整个报文并检查无误后，就暂存这个报文，然后利用路由信息找出下一个节点的地址，再把整个报文传送给下一个节点。因此，端与端之间无需先通过呼叫建立连接。
　　一个报文在每个节点的延迟时间，等于接收报文所需的时间加上向下一个节点转发所需的排队延迟时间之和。

　2.报文交换的特点
　　1)报文从源点传送到目的地采用"存储--转发"方式，在传送报文时，一个时刻仅占用一段通道。
　　2)在交换节点中需要缓冲存储，报文需要排队，故报文交换不能满足实时通信的要求。
　　
　3.报文交换的优点
　　1)电路利用率高。由于许多报文可以分时共享两个节点之间的通道，所以对于同样的通信量来说，对电路的传输能力要求较低。
　　2)在电路交换网络上，当通信量变得很大很大时，就不能接受新的呼叫。而在报文交换网络上，通信量大时仍然可以接收报文，不过传送延迟会增加。
　　3)报文交换系统可以把一个报文发送到多个目的地，而电路交换网络很难做到这一点。
　　4)报文交换网络可以进行速度和代码的转换。

　4.报文交换的缺点
　　1)不能满足实时或交互式的通信要求，报文经过网络的延迟时间长且不定。
　　2)有时节点收到过多的数据而无空间存储或不能及时转发时，就不得不丢弃报文，而且发出的报文不按顺序到达目的地。

　2.3.3分组交换的工作原理

　　分组交换是报文交换的一种改进，它将报文分成若干个分组，每个分组的长度有一个上限，有限长度的分组使得每个节点所需的存储能力降低了，分组可以存储到内存中，提高了交换速度。它适用于交互式通信，如终端与主机通信。分组交换有虚电路分组交换和数据报分组交换两种。它是计算机网络中使用最广泛的一种交换技术。

　1.虚电路分组交换原理与特点
　　在虚电路分组交换中，为了进行数据传输，网络的源节点和目的节点之间要先建一条逻辑通路。每个分组除了包含数据之外还包含一个虚电路标识符。在预先建好的路径上的每个节点都知道把这些分组引导到哪里去，不再需要路由选择判定。最后，由某一个站用清除请求分组来结束这次连接。它之所以是“虚”的，是因为这条电路不是专用的。
　　虚电路分组交换的主要特点是：在数据传送之前必须通过虚呼叫设置一条虚电路。但并不像电路交换那样有一条专用通路，分组在每个节点上仍然需要缓冲，并在线路上进行排队等待输出。

　2.数据报分组交换原理与特点
　　在数据报分组交换中，每个分组的传送是被单独处理的。每个分组称为一个数据报，每个数据报自身携带足够的地址信息。一个节点收到一个数据报后，根据数据报中的地址信息和节点所储存的路由信息，找出一个合适的出路，把数据报原样地发送到下一节点。由于各数据报所走的路径不一定相同，因此不能保证各个数据报按顺序到达目的地，有的数据报甚至会中途丢失。整个过程中，没有虚电路建立，但要为每个数据报做路由选择。

　2.3.4各种数据交换技术的性能比较

图2.15 几种交换方法的时序图

　1.电路交换：在数据传输之前必须先设置一条完全的通路。在线路拆除(释放)之前，该通路由一对用户完全占用。电路交换效率不高，适合于较轻和间接式负载使用租用的线路进行通信。

　2.报文交换：报文从源点传送到目的地采用存储转发的方式，报文需要排队。因此报文交换不适合于交互式通信，不能满足实时通信的要求。

　3.分组交换：分组交换方式和报文交换方式类似，但报文被分成分组传送，并规定了最大长度。分组交换技术是在数据网中最广泛使用的一种交换技术，适用于交换中等或大量数据的情况。

四 : edi电子数据交换

edi标准 edi电子数据交换