CN101256560A - 基于网格的分布存储数据文件共享***构建方法 - Google Patents
基于网格的分布存储数据文件共享***构建方法 Download PDFInfo
- Publication number
- CN101256560A CN101256560A CNA2007100795314A CN200710079531A CN101256560A CN 101256560 A CN101256560 A CN 101256560A CN A2007100795314 A CNA2007100795314 A CN A2007100795314A CN 200710079531 A CN200710079531 A CN 200710079531A CN 101256560 A CN101256560 A CN 101256560A
- Authority
- CN
- China
- Prior art keywords
- data
- enterprise
- file
- coding
- code
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
“基于网格的分布存储数据文件共享***构建方法”发明提出了为实现多企业联合形成的“虚拟企业”间的数据共享的解决方法。该方法是利用数据库技术和“虚拟企业”间的网格平台,建立的数据共享***,既保证了数据共享,同时,也保证了单一数据源。***的各企业分别建立自己的共享数据库,这些数据库分别由所属企业的数据管理员负责装入和维护管理。数据文件将分布式的存储在各个企业的共享数据库中。通过建立统一的数据目录,实现数据的共享。利用网格平台的功能,实现数据目录的同步更新。将数据库中的共享数据文件采用统一位编码,建立数据目录和数据字典,与企业编码实现转换,确保单一数据源。利用网格平台的同步机制实现同步升级。
Description
技术领域:
本发明涉及实现多企业数据文件共享和保证单一数据源的分布式存的数据文件***构建方法。该***是基于网格平台和分布式数据库平台的环境。
背景技术:
多企业联合建立的“虚拟企业”为充分利用资源,目前广泛实行异地设计制造。例如中航第二集团公司的直升机研制,基本上是由景德镇的直升机设计所设计机体,哈尔滨的哈航集团负责制造飞机的旋翼***,景德镇的昌飞集团公司负责总装。直升机发动机由株洲发动机研究所进行设计,哈尔滨哈航负责发动机传动***制造,株洲南方动力公司负责发动机制造。这样形成了跨越数千公里的异地设计制造需求。
目前,企业设计已广泛采用了三维数字化设计,如飞机设计,并且在设计与制造之间广泛采用“并行工程”。企业间的图纸和数据快速传递成为型号研制的关键。
为加快信息技术的应用,企业间建立了相应的内部网络***,如中航第二集团公司在所属企业间建立了“兴航专网”,成为为企业间信息传递的高速公路。为保证共享信息的可靠传递,迫切需要建立集团的统一共享数据管理***。
虽然目前各企业都应用了PDM***对产品数据进行了管理,但进行异地设计制造还面临着如下问题:
●许多信息PDM***尚未管理,如企业的各种公文,计算模型(如有限元模型)等;
●各企业采用的PDM***各不相同,难以实现统一数据交换;
●“虚拟企业”是联合体,难以建立统一的共享数据库,共享数据需要分布式存储;
●各企业参与国际合作,各种产品型号的图纸文件编码随国外企业的编码规则,造成编码***各不相同,难以保证数据的统一和实现单一数据源的管理。
基于上述背景情况,“虚拟企业”对统一数据管理***有如下要求:
基于上述的需求,建立分布式存储的数据共享***有如下要求:
●应能够适应异构PDM***的数据文件的交换,并保证单一数据源;
●能够实现共享数据文件的异地分布式存储和本地管理,并保证数据的单一数据源;
●允许企业的数据文件能够同时采用多种型号编码***,并保证单一数据源;
●数据管理***应具有安全、权限、建关系等数据管理功能。
发明内容:
1 基本方法
基于网格平台,在各企业的异构数据文件管理***(如PDM)之上,建立共享数据文件管理***。该***是建立在ORICAL数据库基础上,由各企业的共享数据库共同组成,通过网格平台提供的功能形成统一的数据目录,便于用户查询。这一***的所有数据库内存储文件均采用统一的72位编码,由数据字典建立与企业各类应用编码***的相互转换,从而,实现数据的统一和单一数据源。该***由网格平台、分布式数据文件管理***、统一编码规则、数据目录、数据字典等部分组成。
1.1 数据网格的数据文件管理***
数据管理***实际上是一个分布式存储的文件***,是在ORICAL数据库管理***上开发出来的。他主要对企业的数字化图纸、文档、数字化计算模型、各种源程序等信息以文件形式进行管理。其管理功能包括:授权、安全管理、存取信息、版本控制、状态控制、建立文件之间关系,可对产品文件提供构型管理等功能。每个企业利用该***建立一个共享数据库,将企业提供给其它合作伙伴的共享数据文件装入该数据库。其中包括各种PDM数据信息。
其信息存储的基本方法和体系结构如图2、3所示。
按照统一规则,分布式数据库由本地数据管理员进行管理。通过网格平台实现数据的统一。根据***授权范围,通过网格***,用户可以利用数据目录查看、下载分布在各个企业的的共享数据文件。
1.2 基于统一的数据编码实现单一数据源
目前国内给类编码非常多,仅航空企业就采用多达50种以上的编码***。其中包括:文件编码***、图纸编码***、资料文档编码***、软件和模型编码***。编码又有国标编码***,国军标编码***,航标编码***,企标编码***,国际合作型号的法国、意大利、美国、俄罗斯等国的各企业、各型号专用的编码***。这些编码的长度差异很大,最长的35位,最短的只有7位。其中包含的信息也差别甚大。如何通过这些编码对共享数据文件进行统一管理,并确保单一数据源成为***开发的关键。
为此,项目首先综合已采用的各类编码的信息属性,归纳定义了可以覆盖各类编码的72位统一编码,该编码具有很大扩展性,为新编码定义留有足够的空间。72位编码由为引导码、状态码、和属性码,可以描述编码的16个属性组成。按照拓朴关系,可以建立起目前和未来的各种编码的映射关系。
对于整个虚拟企业共享数据文件在企业共享数据库的存储数据文件,都采用72位编码。这样不论企业编码如何,当进入共享数据库之前,都将其按照对应关系转换成72位编码,同时对其编码的唯一性进行检查,以确保单一数据源。
对于用户端,仍显示原有的企业应用的编码。支持单一数据源的数据目录、编码转换与数据字典和管理机制,见图3。
1.3 数据目录
为保证用户的查询和数据的统一,数据文件共享***建立了包括所有分布在各企业的共享数据库的统一文件目录。该目录包括所有分布存储的数据文件目录,并通过网格平台实现及时的更新。统一目录在数据库内是以72位编码形式存在,确保存储的数据不会出现重码,经数据字典的转换,在用户端则以企业应用编码形式显示,便于用户对识别。
在基于网格平台的数据文件共享***中,根据权限,所有的企业用户都可以看到和查询共享数据文件***上的统一目录,并通过该目录查询和权限提取相应的信息。
由于该目录是随着各企业共享数据库的信息增减而变化,网格***通过“各企业的代理”保证目录的及时和同步的更新。保证在用户面前的目录永远处于最新状态。虚拟企业成员的数据共享机制如图4所示。
1.4 数据字典
数据字典只是编码规则之间的转换规则,即将企业使用的各种编码规则与定义的72位编码规则之间的转换对应关系,通过相应的数据字典软件,实现72位码形与面向用户的企业应用编码间的自动转换。
另一方面,各企业将新文件装入数据文件共享***时,数据库管理员只是将企业的新增编码文件装入本地共享数据库,经数据字典翻译成72位码,并通过数据目录查询该新编码的唯一性,在确认后装入共享数据库,统一目录也随之更新。
当企业需采用新编码***时,数据字典需要进行更新,即增添新编码规则与72位编码规则间的转换关系,同时数据文件共享***的所有字典也将同时更新。这一更新工作将由网格***的“各企业的代理”实现自动更新。对于数据文件共享***的数据字典的更新,是通过***的字典管理员实施和发布。这样保证数据字典的统一和及时更新。
1.5 用户界面
以网页形式建立清晰的用户界面。从界面上用户可以完成异地信息的查询和调用。对于数据库管理员和数据字典管理员也建立了相应的用户界面。
用户可通过界面实现对整个共享数据库文件的查询和应用。
严格管理保证安全
为保证数据文件共享***的安全可靠,***建立了严格的管理机制。在数据管理上,有操作权限授权、察看范围授权等机制。在管理上,每个企业规定只有数据库管理员有权限向共享数据库增减信息,其它用户只有察看和使用的权限。对于数据字典的更新,全数据文件共享***只有通过数据字典管理员实施数据字典的更新和升级。
为保证谢谢的安全,***还需建立相应的用户认证和安全机制。
2 主要规则
2.1 主要功能
本方法可以实现数据共享的以下功能:
●企业的共享数据文件将分别存储在各自企业的共享数据库中,由当地的数据库管理员负责管理。本***的数据将以数据文件的形式存储,即数据模型文件、文档、CAD图纸和源程序等形式。在当地数据库中将全部采用72位统一编码。
●具备数据字典的功能,在数据文件装入或取出时,通过数据字典将装入的数据文件的共享信息的编码进行转换,实现企业编码与统一编码之间的自动转换。
●可对各类编码进行存储和查询。可提供用户全***数据库的数据文件目录,该目录在用户面前采用企业编码,便于用户查询。同时在数据库中存储的数据目录,全部采用72位编码。
●具有单一数据源的检查功能。
●数据库管理员对当地数据库进行管理,对用户实施授权等,负责装入或删除本地数据库的数据相文件功能,***并能实现自动更新数据目录的功能。但删除应具有误操作保护功能。
●全***有一个数据字典管理员,具有对字典管理员的增加更改数据字典项的功能,***应实现字典自动更新的功能。
2.2 管理机制
本产品将面对三种用户:一般用户、数据库管理员和数据字典管理员。在软件设计时应具备满足三种用户的功能。
2.2.1 一般用户主
可以从***的统一数据目录中查询到需要的信息,通过数据字典将企业码转换为集团共享信息码,从相应数据库中下载数据。对于这类用户希望使用软件尽量简捷、方便,符合常规使用方式。该类用户只使用软件,不更改或增添数据目录的内容。
普通用户在进入主菜单后,可选择查询或下载共享数据库资源。当选择查询时要输入必要的查询信息。采用菜单形式提供用户查询检索统一目录时,提供的目录编码仍是用户熟悉的企业编码,而不是72位统一编码。根据统一目录查询的企业编码,通过数据字典查询到相应的72位编码,再从编码中识别数据的物理存储所在的数据库,并根据权限取出下载。如图5所示。
2.2.2 数据库管理员
数据库管理员除具备一般用户对***的使用功能外,还具有对数据库增加数据文件存储、检查单一数据源和增加数据统一目录项的功能。每个企业有一名数据库管理员。
数据库管理员负责对本地共享数据库的管理和维护,保证企业共享数据库的正常运行。负责对企业用户的管理和数据库的安全管理,包括对用户的授权管理。在本企业出现新编码时,负责向数据字典管理员报告,并提出编码规则增加的建议,协助数据字典升级。
●装入信息
在进入装入信息界面后,按照编码规定填入该信息的编码。数据字典自动将该编码转换为72位码,同时用与数据目录一致性进行单一数据源检查。如不出现冲突,可将数据装入本地数据库。在数据装入之前,要对新增加的数据文件的用户范围进行权限定义。即定义那些用户有权使用这一数据文件。
如装入数据编码与数据目录出现重码,将不能装入新数据。***将要求数据库管理员检查输入文件是否能保证数据统一。见图7。
●数据目录升级
当新文件装入后,***将自动将该编码添加到统一目录中。同时,***将自动对其他企业的数据目录进行同步升级。
●***维护
数据库管理员负责对本单位的本地数据库进行维护和管理。对用户进行管理和授权,对数据字典升级进行管理。
2.2.3 数据字典管理员
数据字典管理员负责对整个虚拟企业的数据文件***负责,对数据字典的增补升级和维护,负责对网格平台的监控。当企业提出增扑新编码时,数据字典管理员将是唯一具有更改或升级数据字典的责任人。
当企业出现超出已定义的数据字典的编码时,虚拟管理中心的字典管理员将定义新编码与72位编码的转换规则,软件应当提供字典管理员相应的用户界面。界面应当给出引导码的类别码、发文单位码的在下拉菜单选项,给出适用标准项。自动增加新标准码到下拉菜单中。进一步给出对该标准与72位编码***的分段对应定义关系。并将其装入数据字典中,形成新数据字典版本。
字典管理员在向所有数据库管理员发出增加新编码的数据字典,实施全行业数据字典版本升级。定义按照如下步骤:
●定义引导码:
在增添新编码进入数据字典时,首先定义引导码。软件提供字典管理员如图6的定义引导码界面,信息类别和发文单位提供下拉菜单供用户选择。适用标准需要字典管理员填写。
●定义42位定义码:
前6位引导码已定义了,故显示出来,软件提供字典管理员定义其它5各字段的编码,前4位为版本号,后2尾为状态码。第6字段按照72位状态码定义。
●定义30位码自由码:
如果前42位码尚不能满足定义要求,可定义5段30位自由码。软件提供相应的定义界面。
2.3 数据文件库
2.3.1 数据文件的存储方式
所有的数据文件以封装在一个“信封”中,文件的主要信息和编码标注在信封上,通过信封的信息,实现文件的检索和查询。封装的文件可以是CAD图纸、数据集、公文和源程序等形式。***应保证存储和取出过程不丢失文件的任何信息。
数据文件库具有装入、下载、查询、更改、版本控制、权限控制、建关系等常规数据库的功能。
所有的数据文件将存储在本地的共享数据库中,该数据库是基于ORICAL数据库管理***,建立的分布式共享文件库。
2.3.2 数据文件的版本控制
所有数据文件都进行严格版本控制,对于任何数据文件的细小更改,都需要进行版本更改,确保单一数据源。版本的控制是数据库通过建表,建立文件编码中的相关项的版本标识,实现版本管理。对于一些文件,如图纸,还需进行状态控制。该状态控制仍通过数据库建立相应的表单,通过文件编码项予以控制。
2.3.3 权限管理
对数据库用户实施权限管理。为简化管理功能,本***将用户分为普通用户、数据库管理员和数据字典管理员。对于不同的用户授予不同的权限。
普通用户:在授予权限范围内查询和下载有关的文件。
数据库管理员:每个单位只有一名数据库管理员。他除具有普通用户的权限外,还具有对普通用户管理和授予查询范围的权限,具有装入本单位共享数据文件的权限,对装入数据文件与已装入的数据文件建关系的权限,向数据字典管理员提出更新或添加数据字典规则的权限。
数据字典管理员:整个虚拟企业只有一个数据库管理员。他除数据库管理员具有的权限外,负责整个网格环境的维护,负责对数据字典的管理和维护,包括数据字典的更新和升级。具有对所有企业数据库管理员的管理。
表各类人员的权限
查询检索 | 装入数据 | 用户授权 | 字典管理 | |
普通用户 | √ | |||
数据库管理员 | √ | √ | √ | |
数据字典管理员 | √ | √ | √ | √ |
2.3.4 安全机制
***提供用户密码和口令功能,对于不同权限人员有分级密码和口令。数据库管理员负责对***的安全进行管理。数据字典管理员负责对数据库管理员的口令和密码进行管理。
2.3.5 应用范围管理
为便于管理和安全,每个用户将授予使用数据文件的权限范围。或称为“开窗口功能”。根据授权,即每个用户只能看到授权范围的文件目录和对这部分文件进行下载。其他文件将看不到。该功能在建立数据库时,通过建立相应的权限范围表来实现。每个数据文件装入时,数据库管理员对该文件的用户权限进行定义,实现上述功能。详见图1。
普通用户的文件使用范围授权由数据库管理员实施,数据库管理员的权限由数据字典管理员赋予。
2.3.6 建关系功能
为保证数据文件的统一,***提供结构化的数据文件建立结构化关系,也可以建立多结构树之间的关系。这样在数据文件发生更正时,数据库***将向用户提供相关更改文件的信息给用户。用户可以及时更改。该功能是通过ORICAL数据库的表单形式建立相互的关系,并建立通告机制。
数据装入时,数据库管理员需要向用户提供装入数据的与已存储数据文件的关系,填写相应的关系表。建立的所有的数据关系都是从下向上建立起来的。
用户可以查询任何数据文件与其他数据文件的关系,便于用户检查数据的一致性。
2.3.7 用户界面
数据文件库具有良好的用户界面。界面分为用户操作界面和***管理界面。用户操作界面是提供给所有用户进行操作的界面,***管理界面是提供数据库管理员和数据字典管理员的操作界面。用户界面采用BS浏览器方式,提供所有虚拟企业用户进行操作。
2.4 72位统一编码
2.4.1 建立信息编码模式的依据
在分布式数据存储的信息管理***情况下,建立统一编码是解决数据统一和单一数据源的关键技术之一。统一编码应能够覆盖国家标准GB、行业标准如HB、国家军用标准GJB和企业标准编码等上百种(仅航空使用的有关编码标准达50种)的编码规则。世界各国的编码标准可达数百种。为实现各类编码数据文件在数据库中的统一管理,需要建立能覆盖所有数百种编码标准的统一编码。其目标是:
●建立在“虚拟企业”网格***中是所有企业能对信息进行统一管理的编码***。
●实现既保持企业熟悉的编码***的应用,同时,经编码转换后,统一编码能够覆盖所有的传统的编码***。新建立的统一编码***具有可扩充性,在遇到新的标准编码时,可以顺利定义出转换关系。
●统一编码***应采用托扑关系定义,使其精练和便于应用。
●统一编码***增加了产品成熟度的标示等信息,适应用户在产品研发过程中的需求。
在国标、航标及国军标中,有一些标准对多种形式的图纸文件规定了编号方法和要求等,这些文件为我们制订统一的集团级编码***提供了依据。在表2.1、2.2中列出了几种标准的名称和它们对编码的一般要求。同时还参考了飞机、发动机现行使用的编码标准,经归纳汇总,我们提出了集团级信息统一编码技术方案。该方案可以覆盖已搜集到的各种标准的内容。
表2.1 航空标准中对信息编码模式的规定示例(之一)
碥码段 | HB7594-98轻型燃气轮机成套设备手机图样和设计文件的编号 | HB/Z222-92工艺文件编号方法 | GJB781-89军用飞机维护口盖编码 | HB35-93工艺装备编号方法 |
单位 | 未定义 | |||
型号 | 英2数2 | 未定义 | 未定义 | |
专业 | 数2 | |||
部门 | ||||
部件 | 数3 | |||
组件 | 数2 |
零件 | 数3 | 数4 | ||
工艺文件方法号 | 数2 | |||
工艺文件类型号 | 数2 | |||
顺序号 | 数3 | 数1 | 数3 | |
飞机***号 | ||||
故障号 | ||||
口盖区号 | 英2数5 |
表2.2 航空标准中对信息编码模式的规定示例(之二)
碥码段 | HB6143-87部标准编号制度 | HBO-80-73设计图样、技术文件的编号 | GJB630A-98飞机质量可靠性信息分类和编码要求 |
单位 | |||
型号(类型号) | 英3/英2 | 英1数2 | 未定义 |
专业 | |||
部门 | |||
部件 | 数1或英1 | ||
组件 | 数2 | 数3 | |
分组件 | 数2 | ||
零件 | 数2 | 数1 | |
工艺文件方法号 | |||
工艺文件类型号 | |||
顺序号 | 数4 | ||
飞机***号 | 数2 | ||
故障号 | 数3 | ||
口盖区号 | |||
年代号 | 数2 | ||
尾注说明号 | 英2或数2 |
2.4.2 统一编码的具体方案
2.4.2.1 编码***的模式
从标准对信息编码模式的分析中可以看出,编码类型十分复杂,如现在已统计过的编码***中,有的长达32个编码字段,为确保统一数据编码模式的通用性和全面性,以涵盖所有的编码规定,这就要求统一的编码模式构架应具有足够多的字段。
根据国标规定,编码中每个字段的长度不超过6位(字节),为适应中文编码,字段长度为双字节倍数。
我们参考了欧洲的ISSA航空编码标准,对集团级编码***的总长度、字段的长度和内容均做了定义。编码总长度为72位,分为定义码A和自由码B两部分。其中定义码A部分为42位,自由码B部分为30位。
其中定义码A部分为42位分为7个字段。其中,每个字段的长度均为6位(如图所示)。其编码按照本规定进行定义。
自由码B部分为30位分为5段,每段为6位,由用户自行定义,但要符合本文的规则。
现将42位定义码的编码规定说明如下。
2.4.2.2 对编码第1字段的说明
第一字段为6位,作为“引导码”,填写6位共性编码,用于后面陆续提到的9种文件***中;第2-6字段为“信息码”字段;第7字段为“状态码”。
在第1字段的6位字符中(如图6所示),第一位为类别码,用一个字符表示后面几种数据文件的类别;其他位表示单位和适用标准。具体描述如下:
第一字段:六位码设为:(位数编号为1 2 3 4 5 6)
第1位 类别码(表1)
第2,3位 单位码(表2)
第4,5,6位 适用标准及自由码标致位(表3)
2.4.2.3类别码
目前,我们对9种数据文件赋予的代码,如表2所示。
表2.3 类别代码表
序号 | 类 别 | 代码 |
1 | 行政文件 | X |
2 | 标准文件 | B |
3 | 图样文件 | T |
4 | 工艺文件 | G |
5 | 技术管理文件 | J |
6 | 图样说明文档文件 | D |
7 | 数据文件 | S |
8 | 装备文件 | Z |
9 | 可靠性文件 | K |
2.4.2.4 单位代码
第1字段中的第2位和第3位表示应用编码单位代码。为表示清晰,也为了便于理解,我们对机关、工厂、研究所的代码用其英文字头的字母表示,如:
管理机关(Administration)用A字打头的字母串(字符串中允许用数字,便于记忆)。
工厂、研究所(Institute)可用I字打头的字母串,公司(Company)可用C、D字打头的字母串。用此规则,则各单位的代码分别如表2-4、表2-5和表2-6。
表2.4 管理机关代码示例
序号 | 单位名称 | 代码 |
1 | 二集团总部 | A1 |
2 | 二集团科技委 | A2 |
3 | 二集团经研中心 | A3 |
4 | 四川航空局 | A4 |
表2.5 研究所代码示例
序号 | 单位名称 | 代码 |
71 | 602所 | I2 |
72 | 605所 | I5 |
73 | 608所 | I8 |
表2.6 公司、工厂代码示例
序号 | 单位名称 | 代码 |
8 | 中航技 | C2 |
16 | 建总公司 | CA |
18 | 会计咨询公司 | CC |
19 | 101厂 | CD |
20 | 103厂 | CE |
21 | 105厂 | CF |
2.4.2.5 适用标准代码
编码第1字段的第4位、第5位和第6位,共3个字符表示适用标准代码。也是为了便于理解和记忆,第一位用英文,后两位用数字。现对第一位字符的意义作如下注记:
凡采用大写字母定义标准的编码为采用40位编码定义,后30位自由码为空位;凡采用小写字母定义的,为带自由码的70位编码.
Q-----企业标准 q-----带自由码的企业标准
H-----航空标准 h-----带自由码的航空标准
G-----国家标准 g-----带自由码的国家标准
J-----国家军用标准 j-----带自由码的国家军用标准
I-----(ISO)国际标准 i-----带自由码的(ISO)国际标准
M-----美国军用标准 m-----带自由码的美国军用标准
E-----IEEE标准 e-----带自由码的IEEE标准
等。
第5个和第6个字符为数字,表2.7是适用标准代码与实际的标准名称对照示例表。
表2.7 适用标准代码表举例(采用小写字母定义的,为带自由码的72位编码)
序号 | 代码 | 标准名称 |
01 | Q01 | Q/2AG72.2-1996 |
02 | Q02 | Q/2AG01.34-1999 |
03 | Q03 | PS101-EC120 |
2.4.2.6 各类文件代码的说明
表2.8 第1类文件(行政文件X)代码的说明
引导码 | 发文单位 | 发文部门 | (年号) | 顺序号 | 附属序号或尾注字母 | 状态码 |
XA1H03 | 航空办 | 2001 | 132号 | |||
XCIH03 | 哈飞机 | 电字 | 2000 | 10号 | ||
表2.9 第2类文件(标准文件B)代码的说明
引导码 | 标准类 | 序号1 | 序号2 | 年份 | 发文单位 | 状态码 |
BGB | GB/Z | 2000 | 1.2-2001 | 2001 | 国技监 | |
BGB | GJB | 78L | 1989 | 国防科 | ||
BHB | HB/Z | 5613 | .3. | 1988 | 部航空 |
表2.10 第3类文件(图样文件T)代码的说明
引导码 | 产品代码 | 部件分部件代号 | 序号 | 尾号版号 | 制造厂 | 状态码 |
TCIQ06 | ABCD | EF- | GHIK | LM | ||
TCIQ01 | Y12J- | 3200 | -1 | |||
TI2Q08 | Z□□-A | BCD- | EFGHI | JKLMN |
表2.11 第4类文件(工艺文件G)代码的说明
引导码 | 类别代码分类代码 | 顺序号 | 产品图号 | 产品图号 | 通用工装标记或机型 | 状态码 |
GDDQ07 | X XXX | -XXX | XXXXXX | XXXXXX | ||
GDDQ07 | X XXX | -XXX | T | |||
GDDQ07 | X XXX | -XXX | X |
表2.12 第5类文件(技术管理文件J)代码的说明
引导码 | 产品代号 | 文件类型代码 | 顺序号 | 备用码 | 备用码 | 备用码 |
JI2H01 | Z9W2 | 3176 | 132/A | |||
JI8H02 | S11B | SM | 254 | |||
JQ02 | Y12 | ZL | -1 |
表2.13 第6类文件(图样文档文件D)代码的说明
引导码 | 文件代号产品代号 | 部件分部件代号 | 顺序号 | 二级序号 | 备用码 | 状态码 |
DCIQ03 | XXXA | BCD | EFGHI | JKL | M | |
DCIQ05 | ABCD | EF- | GHJK | |||
DI2Q08 | Z□□A | BCD | EFGHI | JKL | MN |
表2.14 第7类文件(数据文件S)代码的说明
引导码 | 产品代号及文件号 | 软件名称 | 软件版本号 | 数据集编号 | 数据版本号 | 状态码 |
SI2H03 | Z82 | NASTRA | 6.0 | 2014 | 11 |
表2.15 第8类文件(装备文件Z)代码的说明
引导码 | 产品代号 | 组号 | 序号 | 位置号 | 备用码 | 状态码 |
ZCIQ05 | ABCD | EF- | GHJK | -LM |
2.4.3 各类文件代码的综合说明
2.4.3.1 版本号和状态码
有些文件、图纸要标明不同的版本,有些图纸或产品要用状态码标明不同的成熟度。
版本号或者状态码都可以利用第七字段的备用码(任意码)来表示。版本号占用4位,一般用数字串表示;状态码占用两位码表示,具体见图6及表2-16、2-17、2-18的示例。
2.4.3.2 关于版本号编码的意见
产品版本号编码占状态码的4位,不得超过。其中可加入点号。
2.4.3.3 关于成熟度标识
产品成熟度的定义以各单位定义为准,本建议不成熟供参考。但成熟度的表示长度必须为2位。
根据航空产品研制的实际情况,分为飞机型号和产品两类成熟度的描述,并给出每个阶段的成熟度描述定义。
对于图纸在每个产品研制阶段的成熟度也给出相应的成熟度码的定义。由于国家和行业尚无此类标准,因而提出参考方案,供用户参考。。
为描述各阶段的图纸成熟度,提出各种状态的综合编码定义表8,作为在状态码中的产品或型号成熟度的标识。
表2.16 图纸成熟度状态码的定义
设计 | 校对 | 审核 | 批准发放 | 更改 | |
成熟度 | 30% | 50% | 70% | 90% | 100% |
标记 | 1 | 2 | 3 | 4 | 5 |
表2.17 产品成熟度状态码
方案 | 初样 | 试样 | 定型 | 批量 | |
成熟度 | 30% | 50% | 70% | 90% | 100% |
标记 | F | C | S | D | P |
表2.18 型号制造成熟度状态码
试制 | 0批 | 小批 | 工艺定型 | 批生产 | |
成熟度 | S | S0 | S1 | D | P |
标记 | S | X | Y | D | P |
2.4.3.4 编码综合定义形式
通过下表将编码的综合定义形式予以描述。基于72位编码***,可以实现分布式存储数据的单一数据源问题。
表2.19编码模式综合定义
2.5 数据目录
数据目录是整个数据文件共享***的所有文件的清单,是将所有分布在各个单位(企业)的共享数据库中的数据清单集中在一个目录中,形成整个数据文件共享***的数据目录。该目录是依赖于数据编码。在数据目录中不得有相同的数据编码,以确保单一数据源。
数据目录中的每条数据在数据库中是采用72位统一编码,这样便于检查新加入的数据文件是否与原有的数据文件重复,防止重复或非单一数据源的数据文件存在。每次管理员将新数据文件输入到数据库中前,***首先自动与72位编码的数据目录进行检查,如发现已经存在相同编码,***将自动拒绝该数据文件装入。新数据装入时,还需要建立与已存入的数据文件之间的关系,便于建立相关数据文件更改相互通知的机制。
为便于使用,在用户面前,采用原企业的编码形式。在编码查询过程中,***提供利用引导码提供的文件类别码、提供编制单位代码和适用标准代码等关键字进行查询的功能。用户还能利用文件应用的型号、部件、版本等条件对统一目录的文件进行查询和检索。
数据目录与数据库***共同为用户提供检索的功能,实现对文件的如下操作,如下载、浏览等功能。
72位编码的数据目录与传统的数据目录之间的转换是通过数据字典来完成。
2.6 数据字典
数据字典是数据文件编码的转换规则该规则是根据本文的“2.3 72位统一编码”部分定义的规则确定的。该规则定义了72位统一编码与企业各种编码的逻辑对应关系,确保了企业的每一个编码内容都能在72位统一编码中有对应的位置,实现了两者的唯一性转换。
数据字典可以实现72位统一编码与企业各种编码的双向转换,即将企业码的数据目录通过数据字典转换成72位统一编码装入数据库数据目录;也可以将数据库中的72位统一编码数据目录转换成企业各种编码数据目录显示给用户。每个文件装入或下载时,也要通过数据字典完成转换操作。见图4。
由于目前定义的数据字典关系仅是航空企业使用的很少一部分企业和型号编码,对于整个行业以及今后使用的其他行业,使用中还需要进一步定义数据字典转换规则,不断扩大数据字典内容。数据字典定义应按照统一逻辑关系予以定义,保证转换的统一。
数据字典将由整个***的数据库管理员来维护。在定义了新的数据字典规则后,数据字典将升级,数据字典管理员应迅速将其发布给所有的用户。***将为数据库管理员提供良好的用户界面和对数据字典的维护功能。
2.7 同步机制
数据字典和数据目录在使用过程中经常需要升级,需要通过同步机制发布给所有的用户。***能够及时的更新数据目录和数据字典,使得用户始终使用最昕的状态,以保持***的单一数据源。
同步机制可以通过网格平台提供的同步功能和代理机制来实现。部分同步机制也可通过ORICAL数据库的网络功能来实现。
本方法已实现了软件开发和应用验证,证明了方法正确性可行。
附图说明:
图1数据文件库的“开窗口”功能示意
图2数据目录、数据字典和分布式数据库的相互关系
图3虚拟企业的数据共享和数据分布式存储的数据文件共享******示意图
图4企业编码与具体编码自动转换的方案示意图
图5用户从数据文件共享******中查询和异地下载数据文件示意图
图6数据字典管理员定义前42位定义码填入编码的界面
图7用户从数据文件共享******中装入数据文件和更换统一目录示意图
图8数据字典管理员将更改后的数据字典发放给所有企业,并更新数据字典
具体实施方式
步骤一:建立虚拟企业管理数据文件的共享数据库:
虚拟企业数据文件管理***是基于ORICAL数据库管理***开发出来的。他主要对企业的数字化图纸、文档、数字化计算模型、各种源程序等信息进行管理。其管理功能包括:授权、安全管理、存取信息、版本控制、状态控制、建立文件之间关系,可现实性构型管理等功能。每个企业利用该***建立一个共享数据库,将企业的提供给其它合作伙伴的文件数据装入该数据库。
基于网格平台的数据文件共享******所有的企业都可以看到和查询数据文件共享***上的统一目录,并通过该目录查询和根据权限提取相应的信息。
步骤二:定义统一信息编码与企业编码的转换规则:
项目首先在综合已采用的各类编码的信息属性,定义了覆盖目前各类编码的72位编码,72位编码定义为引导码、状态码、和属性码,可以描述编码的16个属性。为此,可以建立起目前和未来的各种编码的对应关系。
由数据字典管理员将企业使用的编码定义出相应的72位统一编码的规则,该规则将用于指导建立数据字典和统一目录。同时对其编码转换的唯一性进行检查,以确保单一数据源。
建立统一信息编码与企业编码的转换关系,将支持单一数据源的数据目录与数据字典的建立。
步骤三:定义数据字典并开发数据字典转换软件:
根据定义统一信息编码与企业编码的转换规则,定义数据字典和开发数据字典软件。该软件应具有良好的可扩张性和可维护性。使得数据字典管理员能在***运行阶段,方便和及时的增加新的数据编码转换规则。
步骤四:建立数据目录:
基于ORICAL数据文件库的管理功能,将分布存储在各企业的数据文件建立统一的数据目录。利用网格或数据库的功能,实现各企业数据目录的共享,保证存储升级的单一数据源。
步骤五:开发基于网格的共享数据库的共享和同步机制:
利用网格技术代理机制或利用数据库的功能,实现共享的数据目录和数据字典的共享和同步升级。
步骤六:***的实施与运行:
在完成***的开发后,将该***安装到虚拟企业集团的各个企业中,进行调试和运行。该***是基于在虚拟企业已建立了网格硬件和软件平台的情况下运行的。根据虚拟企业的具体情况,定义72位编码的有关企业码和相应的统一信息编码与企业编码的转换规则,完成数据字典的实施和数据目录的建立。通过各个企业的数据链库管理员装入相应的共享数据,测试***的运行可靠性和鲁棒性,完成运行前的***实施工作。软件开发和***应用实施不在本专利范围之内,但作为完整的思路,应有这一部分。
Claims (6)
1. 在多企业组成的“虚拟企业”中,建立基于网络的各企业分布式存储共享数据库。该数据库具有文件管理功能、安全功能、授权功能就建关系功能等;利用统一的数据目录和数据库提供的网络环境数据共享功能,实现分布式存储数据的统一查询和共享。
2. 根据权利要求1的方法,在分布式存的储数据库中存储的数据文件采用统一72位编码,确保每一编码对应唯一的数据文件,实现分布式存储数据文件做到单一数据源;为保证用户使用方便,***为用户提供的文件目录仍采用企业原有的编码。
3. 根据权利要求1和2的方法,鉴于72位编码过长,为保证用户能够继续利用熟悉的原有数据编码,建立了基于托扑关系的编码转换规则,确保目前使用的所有编码都能转换成72位编码;为考虑下一步发展,留有足够多的空位编码,可根据需要增加新编码位;面前已完成了航空工业国内外已采用的31个企业标准、航空标准、国家标准、国家军用标准、国际标准、美国军用标准、IEEE标准的数据转换规则的定义。
4. 根据权利要求1、2、3的方法,建立数据目录;数据目录将分布在个企业的共享数据库数据文件的目录集中在该目录中;形成包括***中所有的分布式数据文件的目录;随着新文件的添加,该数据目录随之升级。
5. 根据权利要求1、2、3的方法,建立数据字典;数据字典定义了编码转换规则,实现将企业原有使用的数据编码自动的转化为72位编码,或者反之;通过更换版本,数据字典可以根据需要增加或减少编码转换规则。
6. 一种分布式的数据网格软件***,通过使用权利要求1-4任一项的方法开发而成,并通过在‘虚拟企业’群中实施,证明上述方法的可行性;该数据网格软件***不包括在本专利之中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100795314A CN101256560A (zh) | 2007-02-26 | 2007-02-26 | 基于网格的分布存储数据文件共享***构建方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100795314A CN101256560A (zh) | 2007-02-26 | 2007-02-26 | 基于网格的分布存储数据文件共享***构建方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101256560A true CN101256560A (zh) | 2008-09-03 |
Family
ID=39891390
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007100795314A Pending CN101256560A (zh) | 2007-02-26 | 2007-02-26 | 基于网格的分布存储数据文件共享***构建方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101256560A (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101957939A (zh) * | 2010-06-28 | 2011-01-26 | 中国烟草总公司湖南省公司 | 一种基础数据资源管理***及管理方法 |
CN102255964A (zh) * | 2011-07-01 | 2011-11-23 | 清华大学 | 一种互联网应用软件的测试方法和*** |
CN102722589A (zh) * | 2012-06-15 | 2012-10-10 | 青岛海信传媒网络技术有限公司 | 基于三网融合的数据查询方法及*** |
CN102737088A (zh) * | 2011-03-18 | 2012-10-17 | 微软公司 | 分布式数据库***中的无缝升级 |
CN102841927A (zh) * | 2012-07-18 | 2012-12-26 | 福建省新泽尔资讯科技有限公司 | 多数据库之间数据交互的方法装置及分布式数据交互*** |
CN103136249A (zh) * | 2011-11-30 | 2013-06-05 | 北京航天长峰科技工业集团有限公司 | 多模态异构数据整合***及方法 |
CN106230938A (zh) * | 2016-07-29 | 2016-12-14 | 浪潮(北京)电子信息产业有限公司 | 一种客户端与服务器之间的目录信息同步方法及*** |
CN106375271A (zh) * | 2015-07-24 | 2017-02-01 | 宏正自动科技股份有限公司 | 网络应用服务装置及其运作方法 |
CN106779336A (zh) * | 2016-11-29 | 2017-05-31 | 盐城工学院 | 工程更改方法及装置 |
CN107247908A (zh) * | 2017-06-06 | 2017-10-13 | 华迪计算机集团有限公司 | 一种基于多用户***对文件进行鉴别的方法及*** |
CN107995302A (zh) * | 2017-12-11 | 2018-05-04 | 北京恒华伟业科技股份有限公司 | 一种数据同步的*** |
CN108052584A (zh) * | 2017-12-11 | 2018-05-18 | 中国航空综合技术研究所 | 基于特征模型产品编码生成及数据管理方法 |
CN108898356A (zh) * | 2018-06-12 | 2018-11-27 | 北京仿真中心 | 一种跨单位试验数据团队共享*** |
CN109104330A (zh) * | 2018-07-25 | 2018-12-28 | 郑州云海信息技术有限公司 | 一种cifs共享最大化的自动测试方法 |
CN110795422A (zh) * | 2019-09-12 | 2020-02-14 | 三盟科技股份有限公司 | 一种数据服务管理方法及*** |
CN111597156A (zh) * | 2020-05-13 | 2020-08-28 | 中国民航信息网络股份有限公司 | 民航数据处理方法、装置、电子设备及存储介质 |
CN111831987A (zh) * | 2020-06-19 | 2020-10-27 | 中民筑友有限公司 | 设计文件的获取方法、装置、设备及介质 |
CN112307097A (zh) * | 2020-10-13 | 2021-02-02 | 武汉中科通达高新技术股份有限公司 | 数据资产管理方法及装置 |
CN112732467A (zh) * | 2021-03-30 | 2021-04-30 | 北京浩瀚深度信息技术股份有限公司 | 一种大规模数据共享方法、装置及存储介质 |
CN112875131A (zh) * | 2020-01-08 | 2021-06-01 | 房小明 | 物联网、大数据下信息化档案数据查询*** |
CN114168669A (zh) * | 2021-11-29 | 2022-03-11 | 国网浙江省电力有限公司嵊泗县供电公司 | 一种bs访问的数据库管理*** |
-
2007
- 2007-02-26 CN CNA2007100795314A patent/CN101256560A/zh active Pending
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101957939A (zh) * | 2010-06-28 | 2011-01-26 | 中国烟草总公司湖南省公司 | 一种基础数据资源管理***及管理方法 |
CN102737088B (zh) * | 2011-03-18 | 2017-06-27 | 微软技术许可有限责任公司 | 分布式数据库***中的无缝升级 |
CN102737088A (zh) * | 2011-03-18 | 2012-10-17 | 微软公司 | 分布式数据库***中的无缝升级 |
CN102255964A (zh) * | 2011-07-01 | 2011-11-23 | 清华大学 | 一种互联网应用软件的测试方法和*** |
CN103136249A (zh) * | 2011-11-30 | 2013-06-05 | 北京航天长峰科技工业集团有限公司 | 多模态异构数据整合***及方法 |
CN102722589B (zh) * | 2012-06-15 | 2014-06-11 | 青岛海信传媒网络技术有限公司 | 基于三网融合的数据查询方法及*** |
CN102722589A (zh) * | 2012-06-15 | 2012-10-10 | 青岛海信传媒网络技术有限公司 | 基于三网融合的数据查询方法及*** |
CN102841927A (zh) * | 2012-07-18 | 2012-12-26 | 福建省新泽尔资讯科技有限公司 | 多数据库之间数据交互的方法装置及分布式数据交互*** |
CN102841927B (zh) * | 2012-07-18 | 2015-04-01 | 福建省新泽尔资讯科技有限公司 | 多数据库之间数据交互的方法装置及分布式数据交互*** |
CN106375271A (zh) * | 2015-07-24 | 2017-02-01 | 宏正自动科技股份有限公司 | 网络应用服务装置及其运作方法 |
CN106230938A (zh) * | 2016-07-29 | 2016-12-14 | 浪潮(北京)电子信息产业有限公司 | 一种客户端与服务器之间的目录信息同步方法及*** |
CN106779336A (zh) * | 2016-11-29 | 2017-05-31 | 盐城工学院 | 工程更改方法及装置 |
CN106779336B (zh) * | 2016-11-29 | 2020-12-25 | 盐城工学院 | 工程更改方法及装置 |
CN107247908A (zh) * | 2017-06-06 | 2017-10-13 | 华迪计算机集团有限公司 | 一种基于多用户***对文件进行鉴别的方法及*** |
CN108052584A (zh) * | 2017-12-11 | 2018-05-18 | 中国航空综合技术研究所 | 基于特征模型产品编码生成及数据管理方法 |
CN108052584B (zh) * | 2017-12-11 | 2021-09-28 | 中国航空综合技术研究所 | 基于特征模型产品编码生成及数据管理方法 |
CN107995302A (zh) * | 2017-12-11 | 2018-05-04 | 北京恒华伟业科技股份有限公司 | 一种数据同步的*** |
CN108898356A (zh) * | 2018-06-12 | 2018-11-27 | 北京仿真中心 | 一种跨单位试验数据团队共享*** |
CN109104330A (zh) * | 2018-07-25 | 2018-12-28 | 郑州云海信息技术有限公司 | 一种cifs共享最大化的自动测试方法 |
CN110795422A (zh) * | 2019-09-12 | 2020-02-14 | 三盟科技股份有限公司 | 一种数据服务管理方法及*** |
CN112875131A (zh) * | 2020-01-08 | 2021-06-01 | 房小明 | 物联网、大数据下信息化档案数据查询*** |
CN111597156A (zh) * | 2020-05-13 | 2020-08-28 | 中国民航信息网络股份有限公司 | 民航数据处理方法、装置、电子设备及存储介质 |
CN111597156B (zh) * | 2020-05-13 | 2023-05-23 | 中国民航信息网络股份有限公司 | 民航数据处理方法、装置、电子设备及存储介质 |
CN111831987A (zh) * | 2020-06-19 | 2020-10-27 | 中民筑友有限公司 | 设计文件的获取方法、装置、设备及介质 |
CN112307097A (zh) * | 2020-10-13 | 2021-02-02 | 武汉中科通达高新技术股份有限公司 | 数据资产管理方法及装置 |
CN112732467A (zh) * | 2021-03-30 | 2021-04-30 | 北京浩瀚深度信息技术股份有限公司 | 一种大规模数据共享方法、装置及存储介质 |
CN114168669A (zh) * | 2021-11-29 | 2022-03-11 | 国网浙江省电力有限公司嵊泗县供电公司 | 一种bs访问的数据库管理*** |
CN114168669B (zh) * | 2021-11-29 | 2024-06-28 | 国网浙江省电力有限公司嵊泗县供电公司 | 一种bs访问的数据库管理*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101256560A (zh) | 基于网格的分布存储数据文件共享***构建方法 | |
CN108052681B (zh) | 一种关系型数据库间结构化数据的同步方法及*** | |
CN102054025B (zh) | 交通信息资源整合处理方法及*** | |
CN102999537B (zh) | 一种数据迁移***和方法 | |
US5563998A (en) | Forms automation system implementation | |
CN101706738B (zh) | 流程应用*** | |
JP5324797B2 (ja) | データ管理システム | |
CN102799620B (zh) | 一种iec 61850通用数据库信息模型接口的设计方法 | |
CN110377666A (zh) | 基于cmsp消息中间件进行异源数据库间数据同步的方法 | |
CN101930443A (zh) | 数据业务***及数据业务实现方法 | |
CN101197023A (zh) | 一种面向中小企业的可视化文档管理***的建立方法 | |
CN103853803A (zh) | 数据库的配置文件的封装方法和操作方法及其操作装置 | |
CA2593233A1 (en) | System and method for federated member-based data integration and reporting | |
JP4945196B2 (ja) | データ管理システム | |
CN101329682A (zh) | 一种分布异构信息资源集成方法 | |
CN105320680A (zh) | 一种数据同步方法及装置 | |
CN102402526A (zh) | 一种地理信息数据库管理方法及*** | |
CN101719135A (zh) | 一种政务资源目录控制***及方法 | |
CN102708213A (zh) | 一种在pdm ***与erp ***之间实现bom 信息传输的方法 | |
CN114218218A (zh) | 基于数据仓库的数据处理方法、装置、设备及存储介质 | |
CN102799555B (zh) | 电力信息***中可配置数据交互工具的设计方法及其*** | |
CN101957939B (zh) | 一种基础数据资源管理***及管理方法 | |
WO2008001743A1 (fr) | Système de gestion de production, procédé de gestion de production, et support de stockage contenant un programme de production permettant d'exécuter le procédé de gestion de production | |
CN102624894A (zh) | 一种报文组装与解析的方法和*** | |
CN101908169A (zh) | 一种电能表产品技术管理信息***的编码方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080903 |