[发明专利]数据类型映射处理方法及其装置、设备、介质及产品

说明书

本申请公开一种数据类型映射处理方法及其装置、设备、介质及产品，所述方法包括：获取第一数据库中多个目标数据区分别存储的多个键值对，以获取该些键值对中包含的键数据及值数据，进而为该些键值对数据分别生成对应的键属性单元；获取具有同一键数据的键属性单元合并为同一键属性单元；将不具有目标键数据的同一键属性单元分别对应推送至其他服务器中，同时将具有目标键数据的同一键属性单元合并为唯一键属性单元；将唯一键属性单元推送至类型查询服务中，以便类型查询服务响应类型查询请求，将对应的唯一键属性单元中的合并数据类型映射为符合第二数据库存储的第二数据类型进行请求反馈。本申请可自适应转换数据格式，保证数据库的数据稳定性。

技术领域

本申请涉及数据库领域，尤其涉及一种数据类型映射处理方法，此外还涉及该方法相应的装置、设备、非易失性存储介质以及产品。

背景技术

现有的各大互联网平台中通过会设置多种类型的数据库进行数据消费及生产，以实现实时数据流处理，一般提供给数据消费端进行消费的数据库与数据消费者自己存储消费数据的数据库的会基于不同的数据库思想进行构建，以提升各数据库所关联的服务的性能，例如，一般供数据消费端消费的数据库会基于Kafka思想构建，以提升该数据库的吞吐量及拓展性等性能，而数据消费端存储其消费的数据的数据库一般基于SQL思想进行构建，以提升该数据库的易用性及伸缩性等性能。

但因数据消费端消费的数据库中的数据的数据类型与其存储消费数据的数据库中关于进行数据存储的数据类型各不相同，大部分平台会通过约定一种固定的字段类型，使数据消费端进行数据消费和数据生产都必须使用相同的格式，但通常一个数据生产端可能会对应有多个数据消费端，但任一数据消费端需要变更数据格式时，就需要通知所有与其消费生产端相关联的数据消费端同时修改数据格式，频繁地数据格式修改将浪费大量时间及占用大量的计算资源，使得相关联的在线服务难以平滑上线供用户使用。

另一部分平台会通过直接连接数据源数据库，这样也可以读取到数据的类型，但若向数据消费端提供直读数据源数据库的权限，数据源数据库的数据安全性将难以保障。

鉴于现有的基于不同数据库思想所构建的数据库之间进行数据消费及生产所存在的问题，本申请人出于解决该问题的考虑做出相应的探索。

发明内容

本申请的目的在于满足用户需求而提供一种数据类型映射处理方法，此外还涉及该方法相应的装置、设备、非易失性存储介质以及计算机程序产品。

为实现本申请的目的，采用如下技术方案：

适应本申请的目的而提出的一种数据类型映射处理方法，包括如下步骤：

获取第一数据库中多个目标数据区分别存储的多个键值对，以分别获取该些键值对中包含的键数据及值数据，并根据所述值数据确定出其所对应的键数据的数据类型及数据宽度，进而为该些键值对数据分别生成包含其所述键数据、数据类型及数据宽度的键属性单元；

获取具有同一键数据的所述键属性单元，以根据预设的单元合并规则，将该些键属性单元合并为同一键属性单元，所述同一键属性单元中包含所述键数据、合并各所述键属性单元的数据类型所生成的合并数据类型以及该些键属性单元中最大的数据宽度；

将不具有目标键数据的同一键属性单元分别对应推送至其他服务器中，同时接收由其他服务器推送的具有目标键数据的同一键属性单元，进而根据所述单元合并规则，将具有目标键数据的同一键属性单元合并为唯一键属性单元；

将所述唯一键属性单元推送至类型查询服务中，以便该类型查询服务响应作用于所述目标键数据的类型查询请求，根据预设的类型映射规则，将所述唯一键属性单元中的合并数据类型映射为符合第二数据库存储的第二数据类型进行请求反馈。

进一步的实施例中，所述并根据所述值数据确定出其所对应的键数据的数据类型及数据宽度，进而为该些键值对数据分别生成包含其所述键数据、数据类型及数据宽度的键属性单元的步骤中，包括如下由服务器执行的步骤：