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

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

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

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

所以我提一些建议

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

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

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

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

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

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

好了，希望大家讨论