建筑信息模型的数据管理方法及相关装置制造方法及图纸

本申请涉及数据存储技术领域，尤其涉及将建筑信息模型分割为主业务和子业务，并将主业务和子业务数据分表存储，使得主业务和子业务数据可以分开处理。此外，主业务表和子业务表实现关联存储，使得业务对象间的结构关系依然保存。此外，通过进一步监测建筑信息模型的变化，可以根据相应的变化更新对应的表。例如主业务数据变化只需修改主业务表，子业务数据变化，只需修改子业务表。实现根据需求增量更新数据。增量式存储，达到的效果是保存速度随工程大小增加而线性提高。

Data management method and related device of building information model

This application involves the field of data storage technology, in particular the segmentation of the building information model as the main business and sub service, and stores the main and sub service data in a table so that the main and sub business data can be processed separately. In addition, the main business table and sub business table realize the associated storage, so that the structural relationship between business objects is still preserved. In addition, by further monitoring the changes in the building information model, the corresponding tables can be updated according to the corresponding changes. For example, the main business data changes only need to modify the main business table, the sub business data changes, just modify the sub business table. Update the data according to the requirement increment. Incremental storage results in a linear increase in storage speed as the size of the project increases.

【技术实现步骤摘要】
建筑信息模型的数据管理方法及相关装置
本申请涉及数据存储
，尤其涉及建筑信息模型的数据管理方法及相关装置。
技术介绍
建筑信息模型BIM算量工程数据结构具有结构变化大、数据组织形式半结构化的特点。传统的XML数据结构，虽然能满足半结构化的数据存储需求，但是这种存储方式仅适用于小数据量的应用场景。随着大数据时代的来临，工程数据迅猛增长。对于建筑工程的BIM应用来说，现有技术中数据覆盖式存储，数据量随着工程增大而不断增长，容易导致工程崩溃，数据无法还原的问题。这对安全性、健壮性、高性能是个考验，也无法满足数据存储的需求。因此需要一种新的管理建筑信息模型的数据的方法。
技术实现思路
本申请实施例提供网络安全态势分析方法、装置、设备及计算机存储介质，用以解决现有技术中存在的网络安全态势分析方法、装置、设备及计算机存储介质等的问题。第一方面，本申请实施例提供的一种建筑信息模型的数据管理方法，所述方法包括：根据预设规则对建筑信息模型进行分析，将该建筑信息模型分割为主业务以及该主业务的子业务；将主业务和子业务各自的数据分表存储；其中，主业务表和子业务表关联存储；根据划分的主业务和子业务，监测对所述建筑信息模型的修改操作；根据修改操作的结果修改对应的表，其中，针对主业务的修改操作，修改对应的主业务表，若对子业务的修改操作则根据修改操作结果修改对应的子业务表。第二方面，本申请实施例提供一种建筑信息模型的数据管理装置，所述装置包括：分析模块，用于根据预设规则对建筑信息模型进行分析，将该建筑信息模型分割为主业务以及该主业务的子业务；存储模块，用于将主业务和子业务各自的数据分表存储；其中，主业务表和子业务表关联存储；监测模块，用于根据划分的主业务和子业务，监测对所述建筑信息模型的修改操作；更新模块，用于根据修改操作的结果修改对应的表，其中，针对主业务的修改操作，修改对应的主业务表，若对子业务的修改操作则根据修改操作结果修改对应的子业务表。第三方面，本申请实施例提供一种计算设备，包括存储器和处理器，其中，所述存储器用于存储程序指令，所述处理器用于调用所述存储器中存储的程序指令，按照获得的程序指令执行本申请实施例任一所述的建筑信息模型的数据管理方法。第四方面、本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行如本申请实施例任一所述的建筑信息模型的数据管理方法。申请实施例中，将建筑信息模型分割为主业务和子业务，并将主业务和子业务数据分表存储，使得主业务和子业务数据可以分开处理。此外，主业务表和子业务表实现关联存储，使得业务对象间的结构关系依然保存。此外，通过进一步监测建筑信息模型的变化，可以根据相应的变化更新对应的表。例如主业务数据变化只需修改主业务表，子业务数据变化，只需修改子业务表。实现根据需求增量更新数据。增量式存储，达到的效果是保存速度随工程大小增加而线性提高。附图说明图1所示为本申请实施例提供的应用场景示意图；图2所示为本申请实施例提供的建筑信息模型的数据管理方法的流程示意图；图3所示为本申请实施例提供的方案的总体结构示意图；图4所示为本申请实施例提供的建筑信息模型的数据管理方法的数据存储的流程示意图；图5所示为本申请实施例提供的建筑信息模型的数据管理装置的结构示意图；图6所示为本申请实施例提供的计算设备的结构示意图。具体实施方式下面对本申请实施例能够适用的应用场景做一些简单介绍，需要说明的是，该应用场景仅用于说明本申请实施例而非限定。具体实施时，可以根据实际需要应用本申请实施例提供的技术方案。参考图1，其为本申请实施例提供的应用场景示意图之一，该场景例如可以包括用户10、终端设备11和服务器12。其中，所述终端设备11中可安装有客户端等等。其中，客户端可用于新建和修改建筑信息模型。终端设备11的客户端和服务器12建立通信连接后，可以将需要保存数据发送给服务器12，由服务器，根据预设规则对建筑信息模型进行分析，将该建筑信息模型分割为主业务以及该主业务的子业务；将主业务和子业务各自的数据分表存储；其中，主业务表和子业务表关联存储；根据划分的主业务和子业务，监测对所述建筑信息模型的修改操作；根据修改操作的结果修改对应的表，其中，针对主业务的修改操作，修改对应的主业务表，若对子业务的修改操作则根据修改操作结果修改对应的子业务表。需要说明的是，具体实施时，还可以采用部分由终端设备11执行、部分由服务器12执行，例如监测对所述建筑信息模型的修改操作可以由终端设备11完成。其中，终端设备11和服务器12可通过通信网络进行通信连接，该网络可以为局域网、广域网等。终端设备11可以为手机、平板电脑、笔记本电脑、个人计算机等。下面结合具体实施例，对本申请实施例提供的网络安全态势的分析方法做进一步说明。实施例一如图2所示，为本申请实施例提供的网络安全态势分析方法的流程示意图，该方法包括：步骤201：根据预设规则对建筑信息模型进行分析，将该建筑信息模型分割为主业务以及该主业务的子业务。其中，预设规则可以根据建筑信息模型的具体业务具体分析，只要能够将该模型分割出主业务和子业务数据即可，本申请对此不做限定。步骤202：将主业务和子业务各自的数据分表存储；其中，主业务表和子业务表关联存储。具体实施时，可以将主业务和子业务数据序列化成JOSN格式进行存储。此外，为了并引入XML格式的优点，例如该格式数据具有可读性，可以通过DataContractSerializer将主业务数据序列化成XML字符串，并存储至主业务表中；以及，将该主业务的子业务数据序列化成XML字符串，并存储至子业务表中。序列化后的字符串以值的身份存储至表中。具体实施时，为了进一步保证数据的安全性，可以对序列化得到的XML字符串进行加密后存储。其中，在一个实施例中，可以确定主业务对应的主业务表的ID，将主业务数据以及主业务表的ID存储至主业务表中；并确定子业务对应的子业务表的ID，将子业务的数据、子业务表的ID、以及主业务表的ID存储至子业务表中。这样，通过主业务表的ID可以将主业务表和子业务表关联起来，保存主业务和子业务间的关联关系。其中，数据库表的设计形式可以如图表1所示。需要说明的是，表1仅用于说明本申请实施例并不对此进行限定。表1数据库表设计形式表名字段主业务表1主业务表1ID、主业务Name、Value子业务表类型1ID、子业务1Name、Value、主业务表1ID子业务表类型2ID、子业务2Name、Value、主业务表1ID子业务表类型3ID、子业务3Name、Value、主业务表1ID主业务表2主业务表2ID、Name、Value子业务表类型4ID、子业务4Name、Value、主业务表2ID具体实施时，ID的生成方法可以生成主业务表数据的哈希值。或者，当每个主业务有唯一的标识时，主业务表的ID可以是该唯一标识。当然，具体生产ID的测量可以根据实际需求确定，本申请对此不做限定。步骤203：根据划分的主业务和子业务，监测对所述建筑信息模型的修改操作。具体实施时，可以利用PropertyChange.fody框架监测对所述建筑信息模型的修改操作。PropertyChange.fody框架来监测本文档来自技高网...

【技术保护点】
1.一种建筑信息模型的数据管理方法，其特征在于，所述方法包括：根据预设规则对建筑信息模型进行分析，将该建筑信息模型分割为主业务以及该主业务的子业务；将主业务和子业务各自的数据分表存储；其中，主业务表和子业务表关联存储；根据划分的主业务和子业务，监测对所述建筑信息模型的修改操作；根据修改操作的结果修改对应的表，其中，针对主业务的修改操作，修改对应的主业务表，若对子业务的修改操作则根据修改操作结果修改对应的子业务表。

【技术特征摘要】
1.一种建筑信息模型的数据管理方法，其特征在于，所述方法包括：根据预设规则对建筑信息模型进行分析，将该建筑信息模型分割为主业务以及该主业务的子业务；将主业务和子业务各自的数据分表存储；其中，主业务表和子业务表关联存储；根据划分的主业务和子业务，监测对所述建筑信息模型的修改操作；根据修改操作的结果修改对应的表，其中，针对主业务的修改操作，修改对应的主业务表，若对子业务的修改操作则根据修改操作结果修改对应的子业务表。2.根据权利要求1所述的方法，其特征在于，所述将主业务和子业务数据分表存储，包括：确定主业务对应的主业务表的ID，将主业务数据以及主业务表的ID存储至主业务表中；确定子业务对应的子业务表的ID，将子业务的数据、子业务表的ID、以及主业务表的ID存储至子业务表中。3.根据权利要求1所述的方法，其特征在于，监测对所述建筑信息模型的修改操作，包括：利用PropertyChange.fody框架监测对所述建筑信息模型的修改操作。4.根据权利要求1所述的方法，其特征在于，将主业务和子业务各自的数据分表存储，包括：通过DataContractSerializer将主业务数据序列化成XML字符串，并存储至主业务表中；以及，将该主业务的子业务数据序列化成XML字符串，并存储至子业务表中。5.根据权利要求1-4中任一所述的方法，其特征在于，所述方法还包括：基于Dapper...

【专利技术属性】
技术研发人员：朱昊毅，刘炳元，
申请(专利权)人：厦门海迈科技股份有限公司，
类型：发明
国别省市：福建,35