CN114218223A - 基于Protobuf协议构建Redis数据模型与访问方法 - Google Patents
基于Protobuf协议构建Redis数据模型与访问方法 Download PDFInfo
- Publication number
- CN114218223A CN114218223A CN202111562647.XA CN202111562647A CN114218223A CN 114218223 A CN114218223 A CN 114218223A CN 202111562647 A CN202111562647 A CN 202111562647A CN 114218223 A CN114218223 A CN 114218223A
- Authority
- CN
- China
- Prior art keywords
- redis
- message
- data
- protobuf
- primary key
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2255—Hash tables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及数据库开发技术领域，尤其涉及基于Protobuf协议构建Redis数据模型与访问方法，针对当前现有的Redis作为内存数据库,大量的内存占用，提高了服务器成本,且Redis数据访问API比较简单导致访问的代码可读性比较差的问题，现提出如下方案，其中包括以下步骤：S1：定义模型,S2:设置标签标识，S3：人工检验,S4：生成接口，S5：接口读取，本发明的目的是通过使用Protobuf协议定义数据库模型，提升开发人员在使用Redis作为数据库时对数据模型全貌的理解，同时在内部实现中增加对数据的编解码以及压缩过程，减少Redis内存占用，减低服务器成本。
Description
技术领域
本发明涉及数据库开发技术领域，尤其涉及基于Protobuf协议构建Redis数据模型与访问方法。
背景技术
Redis是一个使用C编写的开源、支持网络、基于内存、分布式、可选持久性的键值对存储数据库。当前项目中，游戏服务器数据存储主要使用Redis数据库。它将游戏数据全部存储于内存之中，没有对磁盘的读写，显著减低了游戏服务器访问数据的时间。简洁的服务设计同时也减低的运维工作难度。
但是目前现有的Redis作为内存数据库,大量的内存占用，提高了服务器成本,且Redis数据访问API比较简单导致访问的代码可读性比较差的问题，因此，我们提出基于Protobuf协议构建Redis数据模型与访问方法用于解决上述问题。
发明内容
本发明的目的是为了解决目前现有的Redis作为内存数据库,大量的内存占用，提高了服务器成本,且Redis数据访问API比较简单导致访问的代码可读性比较差等问题，而提出的基于Protobuf协议构建Redis数据模型与访问方法。
为了实现上述目的，本发明采用了如下技术方案：
基于Protobuf协议构建Redis数据模型与访问方法，包括以下步骤：
S1：定义模型：使用Protobuf message定义游戏内对象的数据模型；
S2：设置标签标识：通过Protobuf注释形式为message设置自定义标签与主键标识；
S3：人工检验：由人工对设置的自定义标签和主键标识进行复查，判断是否定义准确；
S4：生成接口：基于message类型、自定义标签与主键标识，生成数据库访问的API接口；
S5：接口读取：从Redis中使用hget读取主键值对应的写入数据，并通过数据对比判断是否完成读取；
优选的，所述S1中，使用Protobuf message定义游戏内对象的数据模型，并将不同的对象定义为不同的message，其中message内字段表示对象的属性，装备对象对应的message命名为Equipment，字段id，name代表装备的ID与名字；
优选的，所述S2中，通过Protobuf注释形式为message设置自定义标签与主键标识，其中标签包含该message在Redis中存储类型(当前支持redis hash类型，后续可以扩展)和名称，message Equipment的标签为“//$<ROP redis|map|e>”，代表Equipment对象在redis中命名为e,存储类型为哈希，主键标识用来区分相同哈希中保存的不同message实例，message Equipment中给id字段增加主键标识“//$<ROP unique>”，且所有的装备都存储在同一个hash中，id值将作为区分不同装备的主键值；
优选的，所述S3中，由人工对设置的自定义标签和主键标识进行复查，判断是否定义准确，并将定义不准确的message进行重新定义；
优选的，所述S4中，基于message类型、自定义标签与主键标识，生成数据库访问的API接口，其中API接口中写入方法为已知message类型与构成message的全部数据(包含主键值等)，生成对应的message实例，对实例进行protobuf格式编码生成字节流，字节流长度超过阈值时采用snappy算法对其进行压缩，否则返回之前字节流，在处理后的字节流头部添加元信息，并表示是否为压缩数据，同时将主键值与带有元信息的字节流作为参数使用hset写入Redis,其中对实例进行protobuf格式编码时，程序自动检查编码后的字节流长度是否超过阈值，超过则使用snappy算法压缩；
优选的，所述S5中，从API接口中读取的方法为通过已知message类型与主键值，从Redis中使用hget读取主键值对应的写入数据，并根据数据元信息，判断是否需要解压缩，需要解压时使用snappy算法解压，同时将处理后的数据使用Protobuf解码方法生成message类型对应的实例，并使用API接口，通过网络读取redis字节流，基于redis通信协议进行数据的解码；解码后的数据，提取元信息，判断是否需要解压缩；基于元信息，通过protobuf协议进行相应数据解码，生成所需要的游戏内对象数据。
与现有技术相比，本发明的有益效果是：
1、通过使用Protobuf协议定义数据库模型，提升开发人员在使用Redis作为数据库时对数据模型全貌的理解。
2、在内部实现中增加对数据的编解码以及压缩过程，减少Redis内存占用，减低服务器成本。
本发明的目的是通过使用Protobuf协议定义数据库模型，提升开发人员在使用Redis作为数据库时对数据模型全貌的理解，同时在内部实现中增加对数据的编解码以及压缩过程，减少Redis内存占用，减低服务器成本。
附图说明
图1为本发明提出的基于Protobuf协议构建Redis数据模型与访问方法的流程图。
具体实施方式
下面将对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。
实施例一
参照图1，基于Protobuf协议构建Redis数据模型与访问方法，包括以下步骤：
S1：定义模型：使用Protobuf message定义游戏内对象的数据模型，并将不同的对象定义为不同的message，其中message内字段表示对象的属性，装备对象对应的message命名为Equipment，字段id，name代表装备的ID与名字；
S2：设置标签标识：通过Protobuf注释形式为message设置自定义标签与主键标识，其中标签包含该message在Redis中存储类型(当前支持redis hash类型，后续可以扩展)和名称，message Equipment的标签为“//$<ROP redis|map|e>”，代表Equipment对象在redis中命名为e,存储类型为哈希，主键标识用来区分相同哈希中保存的不同message实例，message Equipment中给id字段增加主键标识“//$<ROP unique>”，且所有的装备都存储在同一个hash中，id值将作为区分不同装备的主键值；
S3：人工检验：由人工对设置的自定义标签和主键标识进行复查，判断是否定义准确，并将定义不准确的message进行重新定义；
S4：生成接口：基于message类型、自定义标签与主键标识，生成数据库访问的API接口，其中API接口中写入方法为已知message类型与构成message的全部数据(包含主键值等)，生成对应的message实例，对实例进行protobuf格式编码生成字节流，字节流长度超过阈值时采用snappy算法对其进行压缩，否则返回之前字节流，在处理后的字节流头部添加元信息，并表示是否为压缩数据，同时将主键值与带有元信息的字节流作为参数使用hset写入Redis,其中对实例进行protobuf格式编码时，程序自动检查编码后的字节流长度是否超过阈值，超过则使用snappy算法压缩；
S5：接口读取：从API接口中读取的方法为通过已知message类型与主键值，从Redis中使用hget读取主键值对应的写入数据，并根据数据元信息，判断是否需要解压缩，需要解压时使用snappy算法解压，同时将处理后的数据使用Protobuf解码方法生成message类型对应的实例，并使用API接口，通过网络读取redis字节流，基于redis通信协议进行数据的解码；解码后的数据，提取元信息，判断是否需要解压缩；基于元信息，通过protobuf协议进行相应数据解码，生成所需要的游戏内对象数据。
实施例二
参照图1，基于Protobuf协议构建Redis数据模型与访问方法，包括以下步骤：
S1：定义模型：使用Protobuf message定义游戏内对象的数据模型，并将不同的对象定义为不同的message，其中message内字段表示对象的属性，装备对象对应的message命名为Equipment，字段id，name代表装备的ID与名字；
S2：设置标签标识：通过Protobuf注释形式为message设置自定义标签与主键标识，其中标签包含该message在Redis中存储类型(当前支持redis hash类型，后续可以扩展)和名称，message Equipment的标签为“//$<ROP redis|map|e>”，代表Equipment对象在redis中命名为e,存储类型为哈希，主键标识用来区分相同哈希中保存的不同message实例，message Equipment中给id字段增加主键标识“//$<ROP unique>”，且所有的装备都存储在同一个hash中，id值将作为区分不同装备的主键值；
S3：生成接口：基于message类型、自定义标签与主键标识，生成数据库访问的API接口，其中API接口中写入方法为已知message类型与构成message的全部数据(包含主键值等)，生成对应的message实例，对实例进行protobuf格式编码生成字节流，字节流长度超过阈值时采用snappy算法对其进行压缩，否则返回之前字节流，在处理后的字节流头部添加元信息，并表示是否为压缩数据，同时将主键值与带有元信息的字节流作为参数使用hset写入Redis,其中对实例进行protobuf格式编码时，程序自动检查编码后的字节流长度是否超过阈值，超过则使用snappy算法压缩；
S4：接口读取：从API接口中读取的方法为通过已知message类型与主键值，从Redis中使用hget读取主键值对应的写入数据，并根据数据元信息，判断是否需要解压缩，需要解压时使用snappy算法解压，同时将处理后的数据使用Protobuf解码方法生成message类型对应的实例，并使用API接口，通过网络读取redis字节流，基于redis通信协议进行数据的解码；解码后的数据，提取元信息，判断是否需要解压缩；基于元信息，通过protobuf协议进行相应数据解码，生成所需要的游戏内对象数据。
实施例三
参照图1，基于Protobuf协议构建Redis数据模型与访问方法，包括以下步骤：
S1：定义模型：使用Protobuf message定义游戏内对象的数据模型，并将不同的对象定义为不同的message，其中message内字段表示对象的属性，装备对象对应的message命名为Equipment，字段id，name代表装备的ID与名字；
S2：设置标签标识：通过Protobuf注释形式为message设置自定义标签与主键标识，其中标签包含该message在Redis中存储类型(当前支持redis hash类型，后续可以扩展)和名称；
S3：人工检验：由人工对设置的自定义标签和主键标识进行复查，判断是否定义准确，并将定义不准确的message进行重新定义；
S4：生成接口：基于message类型、自定义标签与主键标识，生成数据库访问的API接口，其中API接口中写入方法为已知message类型与构成message的全部数据(包含主键值等)，生成对应的message实例，对实例进行protobuf格式编码生成字节流，字节流长度超过阈值时采用snappy算法对其进行压缩，否则返回之前字节流，在处理后的字节流头部添加元信息，并表示是否为压缩数据，同时将主键值与带有元信息的字节流作为参数使用hset写入Redis,其中对实例进行protobuf格式编码时，程序自动检查编码后的字节流长度是否超过阈值，超过则使用snappy算法压缩；
S5：接口读取：从API接口中读取的方法为通过已知message类型与主键值，从Redis中使用hget读取主键值对应的写入数据，并根据数据元信息，判断是否需要解压缩，需要解压时使用snappy算法解压，同时将处理后的数据使用Protobuf解码方法生成message类型对应的实例，并使用API接口，通过网络读取redis字节流，基于redis通信协议进行数据的解码；解码后的数据，提取元信息，判断是否需要解压缩；基于元信息，通过protobuf协议进行相应数据解码，生成所需要的游戏内对象数据。
实施例四
参照图1，基于Protobuf协议构建Redis数据模型与访问方法，包括以下步骤：
S1：定义模型：使用Protobuf message定义游戏内对象的数据模型，并将不同的对象定义为不同的message，其中message内字段表示对象的属性，装备对象对应的message命名为Equipment，字段id，name代表装备的ID与名字；
S2：设置标签标识：通过Protobuf注释形式为message设置自定义标签与主键标识，其中标签包含该message在Redis中存储类型(当前支持redis hash类型，后续可以扩展)和名称，message Equipment的标签为“//$<ROP redis|map|e>”，代表Equipment对象在redis中命名为e,存储类型为哈希，主键标识用来区分相同哈希中保存的不同message实例，message Equipment中给id字段增加主键标识“//$<ROP unique>”，且所有的装备都存储在同一个hash中，id值将作为区分不同装备的主键值；
S3：人工检验：由人工对设置的自定义标签和主键标识进行复查，判断是否定义准确，并将定义不准确的message进行重新定义；
S4：生成接口：基于message类型、自定义标签与主键标识，生成数据库访问的API接口，其中API接口中写入方法为已知message类型与构成message的全部数据(包含主键值等)，生成对应的message实例，对实例进行protobuf格式编码生成字节流，字节流长度超过阈值时采用snappy算法对其进行压缩，否则返回之前字节流；
S5：接口读取：从API接口中读取的方法为通过已知message类型与主键值，从Redis中使用hget读取主键值对应的写入数据，并根据数据元信息，判断是否需要解压缩，需要解压时使用snappy算法解压，同时将处理后的数据使用Protobuf解码方法生成message类型对应的实例，并使用API接口，通过网络读取redis字节流，基于redis通信协议进行数据的解码；解码后的数据，提取元信息，判断是否需要解压缩；基于元信息，通过protobuf协议进行相应数据解码，生成所需要的游戏内对象数据。
实施例五
参照图1，基于Protobuf协议构建Redis数据模型与访问方法，包括以下步骤：
S1：定义模型：使用Protobuf message定义游戏内对象的数据模型，并将不同的对象定义为不同的message，其中message内字段表示对象的属性，装备对象对应的message命名为Equipment，字段id，name代表装备的ID与名字；
S2：设置标签标识：通过Protobuf注释形式为message设置自定义标签与主键标识，其中标签包含该message在Redis中存储类型(当前支持redis hash类型，后续可以扩展)和名称，message Equipment的标签为“//$<ROP redis|map|e>”，代表Equipment对象在redis中命名为e,存储类型为哈希，主键标识用来区分相同哈希中保存的不同message实例，message Equipment中给id字段增加主键标识“//$<ROP unique>”，且所有的装备都存储在同一个hash中，id值将作为区分不同装备的主键值；
S3：人工检验：由人工对设置的自定义标签和主键标识进行复查，判断是否定义准确，并将定义不准确的message进行重新定义；
S4：生成接口：基于message类型、自定义标签与主键标识，生成数据库访问的API接口，其中API接口中写入方法为已知message类型与构成message的全部数据(包含主键值等)，生成对应的message实例，对实例进行protobuf格式编码生成字节流，字节流长度超过阈值时采用snappy算法对其进行压缩，否则返回之前字节流，在处理后的字节流头部添加元信息，并表示是否为压缩数据，同时将主键值与带有元信息的字节流作为参数使用hset写入Redis,其中对实例进行protobuf格式编码时，程序自动检查编码后的字节流长度是否超过阈值，超过则使用snappy算法压缩；
S5：接口读取：从API接口中读取的方法为通过已知message类型与主键值，从Redis中使用hget读取主键值对应的写入数据，并根据数据元信息，判断是否需要解压缩，需要解压时使用snappy算法解压，同时将处理后的数据使用Protobuf解码方法生成message类型对应的实例。
将实施例一、实施例二、实施例三、实施例四和实施例五中基于Protobuf协议构建Redis数据模型与访问方法进行试验，得出结果如下：
实施例一、实施例二、实施例三、实施例四和实施例五制得基于Protobuf协议构建Redis数据模型与访问方法对比现有方法服务器成本有了显著下降，且实施例一为最佳实施例。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。
Claims (8)
1.基于Protobuf协议构建Redis数据模型与访问方法，其特征在于，包括以下步骤：
S1：定义模型：使用Protobuf message定义游戏内对象的数据模型；
S2：设置标签标识：通过Protobuf注释形式为message设置自定义标签与主键标识；
S3：人工检验：由人工对设置的自定义标签和主键标识进行复查，判断是否定义准确；
S4：生成接口：基于message类型、自定义标签与主键标识，生成数据库访问的API接口；
S5：接口读取：从Redis中使用hget读取主键值对应的写入数据，并通过数据对比判断是否完成读取。
2.根据权利要求1所述的基于Protobuf协议构建Redis数据模型与访问方法，其特征在于，所述S1中，使用Protobuf message定义游戏内对象的数据模型，并将不同的对象定义为不同的message，其中message内字段表示对象的属性，装备对象对应的message命名为Equipment，字段id，name代表装备的ID与名字。
3.根据权利要求1所述的基于Protobuf协议构建Redis数据模型与访问方法，其特征在于，所述S2中，通过Protobuf注释形式为message设置自定义标签与主键标识，其中标签包含该message在Redis中存储类型和名称，message Equipment的标签为“//$<ROP redis|map|e>”，代表Equipment对象在redis中命名为e,存储类型为哈希，主键标识用来区分相同哈希中保存的不同message实例，message Equipment中给id字段增加主键标识“//$<ROPunique>”，且所有的装备都存储在同一个hash中，id值将作为区分不同装备的主键值。
4.根据权利要求1所述的基于Protobuf协议构建Redis数据模型与访问方法，其特征在于，所述S3中，由人工对设置的自定义标签和主键标识进行复查，判断是否定义准确，并将定义不准确的message进行重新定义。
5.根据权利要求1所述的基于Protobuf协议构建Redis数据模型与访问方法，其特征在于，所述S4中，基于message类型、自定义标签与主键标识，生成数据库访问的API接口，其中API接口中写入方法为已知message类型与构成message的全部数据，生成对应的message实例，对实例进行protobuf格式编码生成字节流，字节流长度超过阈值时采用snappy算法对其进行压缩，否则返回之前字节流，在处理后的字节流头部添加元信息，并表示是否为压缩数据，同时将主键值与带有元信息的字节流作为参数使用hset写入Redis。
6.根据权利要求5所述的基于Protobuf协议构建Redis数据模型与访问方法，其特征在于，对实例进行protobuf格式编码时，程序自动检查编码后的字节流长度是否超过阈值，超过则使用snappy算法压缩。
7.根据权利要求1所述的基于Protobuf协议构建Redis数据模型与访问方法，其特征在于，所述S5中，从API接口中读取的方法为通过已知message类型与主键值，从Redis中使用hget读取主键值对应的写入数据，并根据数据元信息，判断是否需要解压缩，需要解压时使用snappy算法解压，同时将处理后的数据使用Protobuf解码方法生成message类型对应的实例。
8.根据权利要求7所述的基于Protobuf协议构建Redis数据模型与访问方法，其特征在于，使用API接口，通过网络读取redis字节流，基于redis通信协议进行数据的解码；解码后的数据，提取元信息，判断是否需要解压缩；基于元信息，通过protobuf协议进行相应数据解码，生成所需要的游戏内对象数据。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111562647.XA CN114218223A (zh) | 2021-12-20 | 2021-12-20 | 基于Protobuf协议构建Redis数据模型与访问方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111562647.XA CN114218223A (zh) | 2021-12-20 | 2021-12-20 | 基于Protobuf协议构建Redis数据模型与访问方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114218223A true CN114218223A (zh) | 2022-03-22 |
Family
ID=80704321
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111562647.XA Pending CN114218223A (zh) | 2021-12-20 | 2021-12-20 | 基于Protobuf协议构建Redis数据模型与访问方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114218223A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116055589A (zh) * | 2023-01-28 | 2023-05-02 | 北京国科天迅科技有限公司 | 数据管理方法、装置及计算机设备 |
| CN117251144A (zh) * | 2023-11-20 | 2023-12-19 | 北京友友天宇系统技术有限公司 | 一种基于主题的数据对象访问与发布方法及相关设备 |
-
2021
- 2021-12-20 CN CN202111562647.XA patent/CN114218223A/zh active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116055589A (zh) * | 2023-01-28 | 2023-05-02 | 北京国科天迅科技有限公司 | 数据管理方法、装置及计算机设备 |
| CN116055589B (zh) * | 2023-01-28 | 2023-06-06 | 北京国科天迅科技有限公司 | 数据管理方法、装置及计算机设备 |
| CN117251144A (zh) * | 2023-11-20 | 2023-12-19 | 北京友友天宇系统技术有限公司 | 一种基于主题的数据对象访问与发布方法及相关设备 |
| CN117251144B (zh) * | 2023-11-20 | 2024-03-29 | 北京友友天宇系统技术有限公司 | 一种基于主题的数据对象访问与发布方法及相关设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114218223A (zh) | 基于Protobuf协议构建Redis数据模型与访问方法 | |
| CN101261825B (zh) | 一种移动终端系统的字库管理方法 | |
| CN110008192A (zh) | 一种数据文件压缩方法、装置、设备及可读存储介质 | |
| CN104702976A (zh) | 一种视频播放方法及设备 | |
| CN107451237B (zh) | 序列化与反序列化方法、装置及设备 | |
| CN115208414B (zh) | 数据压缩方法、数据压缩装置、计算机设备及存储介质 | |
| CN115408350A (zh) | 日志压缩、日志还原方法、装置、计算机设备和存储介质 | |
| CN114764557A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
| CN107071455B (zh) | 基于数据流的jpeg图像信息隐藏方法 | |
| CN107169057B (zh) | 一种重复图片的检测方法和装置 | |
| US20190026350A1 (en) | Structured record compression and retrieval | |
| CN110381056B (zh) | 基于Netty的私有协议编解码方法及装置 | |
| CN114466082B (zh) | 数据压缩、数据解压方法、系统及人工智能ai芯片 | |
| CN104516899B (zh) | 字库更新方法和装置 | |
| CN110858920A (zh) | 视频解码方法、移动终端、服务器、系统及存储介质 | |
| CN115718726A (zh) | 一种用于bim模型数据的轻量化、加密存储方法 | |
| CN113098966B (zh) | 基于跨标签页的模型复制方法、装置、终端设备及存储介质 | |
| CN108829872A (zh) | 无损压缩文件的快速处理方法、设备、系统及存储介质 | |
| CN113282776B (zh) | 用于图形引擎资源文件压缩的数据处理系统 | |
| CN114140569B (zh) | 一种三维场景序列化压缩方法 | |
| CN109874016A (zh) | 比特数可变的视频隐写方法、用户设备、存储介质及装置 | |
| CN114070471B (zh) | 一种测试数据包传输方法、装置、系统、设备和介质 | |
| CN117974171B (zh) | 基于数字水印的数据要素交易溯源系统 | |
| CN113127012B (zh) | 一种基于软件引擎的软件资源构建方法 | |
| CN114996483A (zh) | 基于变分自编码器的事理图谱的数据处理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |