石油数据管理模型需澄清的几个误区

在多年石油信息化建设实践及数据管理工作实践中，针对数据管理业界一直有统一的呼声，我们认为建立一个统一的石油管理服务体系对后续的数据应用至关重要，也是我们在信息化建设中必须解决的问题。但是如何正确理解统一需要澄清以下几个方面的误区。

1、数据管理模型、数据存储模型和服务模型不是一个概念，也没有必要一定一样
在我们设计数据管理模型时，一般的考虑就是把模型当作存储、管理和服务的一体化模型，并且在实际使用过程中将三者完全等同。其实数据管理、数据存储和数据服务是几个不同的事情，虽然都涉及到数据模型，但是这三者的模型含义是完全不一样的。我们在实际工作中总是想当然地把这三者等同起来，一想到要统一管理勘探开发数据，就想着要设计一个能够存储、管理所有石油勘探开发数据的大模型，并且希望通过这个大模型提供所有的数据服务。
数据管理模型可以是集中的，但是存储模型可以是分散的，可以根据业务数据类别分别考虑。分别存储的数据完全可以实现统一管理。

2、数据管理模型和IT技术没有必然的关系
我们在考虑数据管理模型时一般都是从IT技术出发，从概念模型到逻辑模型再到物理模型等，这个做法是非常正确的，但是正确的做法并不是唯一的做法。其实我们在设计数据管理模型时，所需要考虑的是这个模型能够将数据的石油信息描述出来，或者说能够将所有的数据信息放进去，至于是用什么技术实现并不关心。由于数据管理工作都是由IT技术人员主导，所以只要涉及到数据管理方面的工作，很自然就会用IT技术去考虑和实现。
实际上，石油勘探开发数据信息中绝大部分都是与业务相关的内容，如果用业务的语言和思路去描述数据管理模型更加简单也更加容易。
3、数据管理模型可以分多个层次，多个方面分别考虑
我们在考虑数据管理模型时总希望在一个模型中将我们所有的问题都解决，但是实际需求中，数据管理模型涉及到的内容太多，如果我们把所有相关的信息集中在一个物理模型中去设计，几乎不太可能。实际应用中，我们完全可以根据不同的内容分别设计，只是在设计中去统一考虑即可。
如数据之间的关系模型和知识模型就可以用类似于知识图谱之类的工具实现比较好。
4、数据库的建设、管理和后期应用不一定要同步实现
我们在设计一个数据管理系统时，总希望将数据的采集、管理和后期应用同步考虑，在国内几个大型的数据库建设项目中，大家都把数据统一录入，提供统一录入工具当做一件主要事情去强调，其实数据的录入应该在实际工作中完成，一般需要集成在与数据产生有关的业务系统中实现，不宜单独独立于业务去考虑，更不宜独立于实际工作而单独使用。而数据管理完全可以脱离于数据录入去考虑，数据管理需要考虑的是如何将所有的数据信息记录、管理，并通过一致的方式为各个应用提供各种数据服务；数据应用和具体的应用模式和需求相关，严格说和数据管理关系也不大。具体设计过程中，我们只需要严格界定各自的区别和关系，定位各自的职责即可，完全没有必要将所有的功能集中在一个系统中。

数据录入环节只是负责将应该录入的数据信息录入全面，并且保证数据的质量和及时性即可；数据管理需要站在一个统一管理的角度，将数据的专业关系建立起来，用统一的方式描述所有的数据，并且能够为应用提供一致的服务即可；在应用环节，可能还需要对数据重新进行组织，如数据的知识化，也可能需要对数据进行多方面的加工和处理，在此基础上生成新的数据，这些需要新的描述模型去支撑，和数据产生环节的管理模型差异很大。

5、数据管理和数据物理存放没有必然的关系
我们在设计数据管理项目时，总是有一个误区，总希望我管理的数据物理上在我的控制下，最好就在我的系统中。其实，数据的产生及物理存放是复杂的，在石油勘探开发业务中尤其特殊，不同的专业、不同的研究阶段随时随地在产生大量的各种数据，而且这些数据都是和业务系统紧密关联，所以理想的方式是应该设计一套独立于任何一个应用，独立于任何一个物理数据系统的数据管理模型和管理系统，就像Google、百度一样，所有的物理数据都是别人的，他只是在这些数据基础上进行管理，对外提供统一服务而已。