关闭

关于数据规范与数据接口,个人建议

标签: sqlserver存储工作oracle数据库金融
4108人阅读 评论(1) 收藏 举报

 大大小小作了不少的项目了,其中有几个项目是我所困惑的!当然针对的是同一个问题“数据接口”

最初的公司是做工商行业的,为了系统的正常运行,需要把总局与地方局的数据差异屏蔽掉,这就需要写一个接口来转换,可是工作量大的惊人,各个地方的不一样,导致总局的数据维护相当繁杂,河北省一套,河南又另外一套,……这样各个省市下来,接口的实现是多么的令人恐怖

现在的公司是做金融的,各个银行的接口与银联又存在着大的差别,数据接口又来了,整日做着那些枯燥无味的工作。虽然不是我做的,但我以前的经历让我知道,这样的工作实在是令人作呕的

所以我提一些建议

数据的规范主要有以下几种情况:
1、数据的格式(字段的大小、类型)不一致
2、数据量(尤其是数据库字段)不一致
3、数据的要求不一致(可否为空等)
4、数据存储方式不一致(数据表,例如一个字段在这个系统是存在基本表,另外一个系统却存在不相干的表里)
5、采用的存储结构不一致(oracle,db2,sqlserver……)

各个行业间会有差异,这点是正常的,然而同一个行业却有如此大的差异,势必会带来维护的困难与成本的提高,更加不适合统一管理

往往数据接口的开发是做了一个数据转换的功能,将A系统的数据以B系统的规范进行转换,并存到B系统里,而当B系统转到A系统的时候,再进行一次逆转换,这样一来,大家可以看到问题的复杂度了,只要有一个地方要改,另外至少两个地方甚至更多地方需要维护。所以我认为:

1、同一个行业,最好同一一下数据格式,数据量,数据要求,以及存储方式,结构
2、不同行业的数据传递也要规范化,比如,工商行业需要得到公安行业某个人的数据(姓名,电话……)
3、系统要求最好一致,都使用相同的存储介质,存储结构(可以有行业老大统一发放格式规范)

所以这样一来,就会减少工作量,加大维护质量。虽然会由于各方面的原因实施起来比较麻烦,但还是可以去做的,仅仅是我的建议  呵呵,希望大家不要拍砖

因为我原来的500W的项目,数据转换用了将近一半的成本(各地搜集数据,进行对比,进行转换),而其他所有模块的开发就……大家可见一斑

好了,希望大家讨论

 

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:702875次
    • 积分:7491
    • 等级:
    • 排名:第2885名
    • 原创:195篇
    • 转载:64篇
    • 译文:0篇
    • 评论:88条
    最新评论