浅述EDI--验证导入(2)

第一篇里我们简单的介绍了,接收EDI报文的通用方法,那么怎么才能知道接收的数据的正确性,和可用性哪?这就需要我们来仔细的验证数据的有效性,并导入我们自己的系统中了。

上一篇我们讲到,要把数据接收到一些“数据库表”中,那么这些表,应该怎么设计哪?是不是就是系统中正在使用的表哪?

据我的实践总结出:应该建立一些中间表存储这些数据。这主要是因为

1.你不知道要接收的数据的长度

2.中间表与系统无关,不影响现有系统的运行

3.便于扩展

最简单的设计是:

CREATE TABLE(

COL1???? VARCHAR2(255),

COL1???? VARCHAR2(255),

COL1???? VARCHAR2(255),

COL1???? VARCHAR2(255),

COL1???? VARCHAR2(255),

......

)

这可能会浪费空间,但是,我们不得不承认,这的确是什么数据都可以接进来的表。一种灵活的设计是,我可以动态的增加删除,修改这些中间表的结构。但是,我们最好是把字段的类型都设置为字符类型,因为这样,我们接收的时候几乎是可以接收所有数据的,这也是为了便于扩展

但是我们知道,每个计算机系统的设计都是不一样的,尤其是数据库中,表的结构也是千差万别,每个字段的定义及其类型也是千变万化。那么如何将中间表的数据正确的导入现有系统中哪?这就需要验证和导入的设计了。

你可能感兴趣的:(EDI,扩展,数据库,工作,交通,table,存储)