数据库管理方法、装置、设备、介质及程序产品与流程

1.本技术属于大数据中的金融科技技术领域，尤其涉及一种数据库管理方法、装置、设备、计算机存储介质及计算机程序产品。


背景技术：

2.在业务分析场景中，数据库扮演着十分重要的作用。业务人员通过分析工具如统计分析系统(statistical analysis system，sas)做查询分析工作，需要数据库承载大量的计算工作以及业务访问工作。随着数字化经营方式的推广和深化发展，业务人员的分析应用场景更加丰富，单数据库集群已经无法满足业务的日常分析需求，尤其是业务高峰期，例如月初或者年末，数据库资源紧张情况越发明显。
3.为了满足业务分析需求，多数据库集群应运而生。在多数据库集群的业务分析场景中，sas需要同时配置连接多个数据库，在内部设置数据源时予以区分，特定用户被设置为只能访问其中一个数据库。用户在进行业务分析时，需要自行确定所连接的数据库。如此，不仅增加了用户操作的难度，而且不利于业务部门内部分析作业的沟通分享。


技术实现要素：

4.本技术实施例提供一种数据库管理方法、装置、设备、计算机存储介质及计算机程序产品，不仅能够提升数据库管理的灵活性以及业务分析场景中用户操作的便捷性，而且有利于业务分析场景中业务信息的共享。
5.第一方面，本技术实施例提供一种数据库管理方法，包括：
6.接收用户设备发送的访问请求，访问请求包括访问请求的类型；
7.根据访问请求的类型，从预设数据库集合中确定目标数据库，数据库集合包括至少一个计算集群数据库以及至少一个业务访问集群数据库；
8.通过目标数据库调用数据库集合的元数据，以执行与访问请求对应的操作。
9.在一种可选的实施方式中，访问请求的类型包括业务访问请求以及数据加工请求；
10.根据访问请求的类型，从预设数据库集合中确定目标数据库，包括：
11.在访问请求的类型为业务访问请求的情况下，通过最小连接数算法从至少一个业务访问集群数据库中确定目标数据库。
12.在一种可选的实施方式中，根据访问请求的类型，从预设数据库集合中确定目标数据库，包括：
13.在访问请求的类型为数据加工请求的情况下，根据数据库集合的业务访问量，从数据库集合中确定至少一个候选数据库；
14.通过最小连接数算法从候选数据库中确定目标数据库。
15.在一种可选的实施方式中，根据数据库集合的业务访问量，从数据库集合中确定至少一个候选数据库，包括：
16.在接收到访问请求时，数据库集合的业务访问量大于或等于预设业务访问量阈值的情况下，将数据库集合中的计算集群数据库确定为候选数据库。
17.在一种可选的实施方式中，根据数据库集合的业务量，从数据库集合中确定至少一个候选数据库，包括：
18.在接受到访问请求时，数据库集合的业务访问量小于预设业务访问量阈值的情况下，将数据库集合中的计算集群数据库以及业务访问集群数据库确定为候选数据库。
19.在一种可选的实施方式中，根据数据库集合的业务访问量，从数据库集合中确定至少一个候选数据库，包括：
20.根据数据库集合在预设时间段的业务访问量，确定接收访问请求时，数据库集合对应的与业务访问状态，预设时间段为接收到访问请求之前的时间段；
21.在业务访问状态满足预设条件的情况下，将数据库集合中的计算集群数据库以及业务访问集群数据库确定为候选数据库，业务访问状态满足预设条件包括：根据预设时间段的业务访问量预测接收访问请求时，数据库集合的业务访问量小于预设业务访问量阈值。
22.第二方面，本技术实施例提供一种数据库管理装置，包括：
23.接收模块，用于接收用户设备发送的访问请求，所述访问请求包括所述访问请求的类型；
24.确定模块，用于根据所述访问请求的类型，从预设数据库集合中确定目标数据库，所述数据库集合包括至少一个计算集群数据库以及至少一个业务访问集群数据库；
25.调用模块，用于通过所述目标数据库调用所述数据库集合的元数据，以执行与所述访问请求对应的操作。
26.第三方面，本技术实施例提供一种电子设备，设备包括：处理器以及存储有计算机程序指令的存储器；
27.处理器执行计算机程序指令时实现如本技术第一方面任一可选实施方式的数据库管理方法。
28.第四方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如本技术第一方面任一可选实施方式的数据库管理方法。
29.第五方面，本技术实施例提供一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行如本技术第一方面任一可选实施方式的数据库管理方法。
30.本技术实施例的数据库管理方法、装置、设备、计算机存储介质及计算机程序产品，能够接收用户设备发送的访问请求，根据访问请求的类型，从数据库集合中确定目标数据库。这样，能够基于访问请求的类型确定用户设备访问的数据库，如此，无需用户自行确定所连接的数据库，有利于提升用户操作的便捷性和数据库管理的灵活性。然后，再通过目标数据库调用数据库集合的元数据，以执行与访问请求对应的操作。数据库集合的元数据可在数据库集合中的数据库共享，并被数据库调用。如此，不仅有利于进一步提升数据库管理的灵活性，而且有利于业务分析场景中业务信息的共享。
附图说明
31.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
32.图1是本技术一个实施例提供的数据库管理方法的流程示意图；
33.图2是本技术另一个实施例提供的数据库管理方法的场景示意图；
34.图3是本技术又一个实施例提供的数据库管理方法的场景示意图；
35.图4是本技术再一个实施例提供的数据库管理装置的结构示意图；
36.图5是本技术再一个实施例提供的数据库管理设备的结构示意图。
具体实施方式
37.下面将详细描述本技术的各个方面的特征和示例性实施例，为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本技术进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本技术，而不是限定本技术。对于本领域技术人员来说，本技术可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本技术的示例来提供对本技术更好的理解。
38.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
39.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
40.如背景技术所述，在利用多数据库集群进行业务分析的场景下，用户在进行业务分析时，需要自行确定所连接的数据库。如此，不仅增加了用户操作的难度，而且不利于业务部门内部分析作业的沟通分享。
41.鉴于此，发明人经深入思考，巧妙地设计了一种数据库管理方法、装置、设备、计算机存储介质及计算机程序产品。利用这种数据库管理方法、装置、设备、计算机存储介质及计算机程序产品，不仅能够提升数据库管理的灵活性以及业务分析场景中用户操作的便捷性，而且有利于业务分析场景中业务信息的共享。
42.下面结合附图，通过具体的实施例及其应用场景对本技术实施例所提供的数据库管理方法进行介绍。本技术实施例提供的数据库管理方法，执行该方法的装置可以是数据库管理装置，或是该数据库管理装置中用于执行数据库管理方法的部分模块。本技术实施例中以数据库管理装置执行数据库管理方法为例，详细说明本技术实施例提供的数据库管理方法。
43.下面结合附图对本技术实施例提供的数据库管理方法进行详细说明。
44.图1示出了本技术一个实施例提供的数据库管理方法的流程示意图。如图1所示，
数据库管理方法具体可以包括以下步骤s110～s130。
45.s110，接收用户设备发送的访问请求，访问请求包括访问请求的类型。
46.在步骤s110中，用户设备可以包括业务分析场景下的任意用户设备，例如可以包括提取转换加载(extract-transform-load，etl)服务器、业务数据分析设备等。不同类型的用户设备可发送不同类型的访问请求。
47.s120，根据访问请求的类型，从预设数据库集合中确定目标数据库，数据库集合包括至少一个计算集群数据库以及至少一个业务访问集群数据库。
48.在步骤s120中，计算集群数据库和业务访问数据库可以为被设置为执行不同功能的大规模并行处理(massively parallel processing，mpp)数据库。数据库集合中的数据库可共享元数据。作为示例，数据库集合中的数据库可以调用数据库集合中的其他任意数据库的元数据，以执行与访问请求对应的业务分析动作。数据库共享元数据可通过任意方式实现，本技术对此不作限定，作为示例，数据库共享元数据可基于龙趺mpp数据库的架构实现。
49.s130，通过目标数据库调用数据库集合的元数据，以执行与访问请求对应的操作。
50.本技术实施例的数据库管理方法，能够接收用户设备发送的访问请求，根据访问请求的类型，从数据库集合中确定目标数据库。这样，能够基于访问请求的类型确定用户设备访问的数据库，如此，无需用户自行确定所连接的数据库，有利于提升用户操作的便捷性和数据库管理的灵活性。然后，再通过目标数据库调用数据库集合的元数据，以执行与访问请求对应的操作。数据库集合的元数据可在数据库集合中的数据库共享，并被数据库调用。如此，不仅有利于进一步提升数据库管理的灵活性，而且有利于业务分析场景中业务信息的共享。
51.在一个实施例中，访问请求的类型可包括业务访问请求以及数据加工请求。
52.根据访问请求的类型，从预设数据库集合中确定目标数据库，具体可以包括：
53.在访问请求的类型为业务访问请求的情况下，通过最小连接数算法从至少一个业务访问集群数据库中确定目标数据库。
54.数据库集合中的数据库可共享元数据，在访问请求为业务访问请求的情况下，可以将业务访问集群数据库中的任意数据库确定为目标数据库。如此，无需用户自行确定所连接的数据库，有利于提升用户操作的便捷性和数据库管理的灵活性。通过最小连接数算法从数据库集合的业务访问集群数据库中确定目标数据库，能够根据业务访问集群数据库的实际负载情况，自动对访问请求进行分流，从而有利于均衡业务访问集群数据库的负载，进而有利于提升业务访问集群数据库的处理效率。
55.在一个实施例中，根据访问请求的类型，从预设数据库集合中确定目标数据库，具体可以包括：
56.在访问请求的类型为数据加工请求的情况下，根据数据库集合的业务访问量，从数据库集合中确定至少一个候选数据库。
57.通过最小连接数算法从候选数据库中确定目标数据库。
58.上述实施例中，能够在访问请求的类型为数据加工请求的情况下，根据数据库集合的业务访问量确定候选数据库，再通过最小连接数算法从候选数据库中确定目标数据库。这样，能够根据数据库集合整体的业务访问繁忙程度，确定可进行数据加工的候选数据
库，并通过最小连接数算法将数据加工任务自动分流到不同的数据库。如此，不仅有利于均衡数据库集合中各个数据库的负载，而且有利于提高数据库资源的利用率。
59.在一个实施例中，根据数据库集合的业务访问量，从数据库集合中确定至少一个候选数据库，具体可以包括：
60.在接收到访问请求时，数据库集合的业务访问量大于或等于预设业务访问量阈值的情况下，将数据库集合中的计算集群数据库确定为候选数据库。
61.在数据库集合的业务访问量大于或等于预设业务访问量阈值的情况下，可认为接收到访问请求时，数据库集合处于业务高峰期。图2示出了数据库集合处于业务高峰期时，数据库集群的自动分流场景示意图。如图2所示，数据库集群可包括计算集群数据库a、业务访问集群数据库b以及业务访问集群数据库c。当数据库集合处于业务高峰期时，数据加工服务器可接收etl作业终端发起的数据加工请求并转发至负载均衡器，sas服务器可接收业务数据分析终端发起的业务访问请求并转发至负载均衡器。负载均衡器可将数据加工请求分配至计算集群数据库a，以通过计算集群数据库a进行etl作业，并按照最小连接数算法将业务访问请求分配至业务访问集群数据库b以及业务访问集群数据库c。
62.上述实施例中，在业务高峰期，以计算集群数据库为数据加工请求的候选数据库，数据加工任务仅通过计算集群数据库执行。如此，能够在业务高峰期使得业务访问任务和数据加工任务相互隔离，互不干扰，从而有利于兼顾数据库集合执行业务访问任务的效率和执行数据加工任务的效率，进而有利于进一步提升业务分析场景下的数据加工效率和用户体验。
63.在一个实施例中，根据数据库集合的业务量，从数据库集合中确定至少一个候选数据库，具体可以包括：
64.在接受到访问请求时，数据库集合的业务访问量小于预设业务访问量阈值的情况下，将数据库集合中的计算集群数据库以及业务访问集群数据库确定为候选数据库。
65.在数据库集合的业务访问量小于预设业务访问量阈值的情况下，可认为接收到访问请求时，数据库集合处于业务低峰期。图3示出了数据库集合处于业务低峰期时，数据库集群的自动分流场景示意图。如图3所示，数据库集群可包括计算集群数据库a、业务访问集群数据库b以及业务访问集群数据库c。当数据库集合处于业务低峰期时，数据加工服务器可接收etl作业终端发起的数据加工请求并转发至负载均衡器。负载均衡器可按照最小连接数算法将数据加工请求分配至计算集群数据库a、业务访问集群数据库b以及业务访问集群数据库c。
66.上述实施例中，在业务低峰期，以计算集群数据库以及业务访问集群数据库为候选数据库，数据加工任务可分配至计算集群数据库和业务访问集群数据库执行。这样，能够在业务低峰期，通过业务访问集群数据库分担一定的数据加工任务，从而使得业务访问集群数据库的闲置资源得到充分利用。如此，有利于提升数据加工的效率和数据库集群的资源利用率，进而有利于进一步提升业务分析场景下的数据加工效率和用户体验。
67.在一个实施例中，根据数据库集合的业务访问量，从数据库集合中确定至少一个候选数据库，具体可以包括：
68.根据数据库集合在预设时间段的业务访问量，确定接收访问请求时，数据库集合对应的与业务访问状态，预设时间段为接收到访问请求之前的时间段。
69.在业务访问状态满足预设条件的情况下，将数据库集合中的计算集群数据库以及业务访问集群数据库确定为候选数据库，业务访问状态满足预设条件包括：根据预设时间段的业务访问量预测接收访问请求时，数据库集合的业务访问量小于预设业务访问量阈值。
70.上述预设时间段可以为预设的历史时间段。根据数据库集合在预设时间段的业务访问量，确定接收访问请求时，数据库集合对应的与业务访问状态，可以包括：根据数据库集合在预设的历史时间段的业务访问量，预测接收访问请求时，数据库集合的业务访问繁忙程度。作为一个示例，可以以一定的时间间隔为周期，通过历史时段的访问量，预测每一周期中的业务繁忙时段(业务高峰期)以及非业务繁忙时段(业务低峰期)。例如，可以以一天为周期，通过数据库集合在过去几天、几周或者几个月的业务访问量，预测一天中的业务高峰期和业务低峰期，然后，可以基于预测结果，定时调整与数据加工请求对应的候选数据库。在一个实施例中，在业务访问状态不满足预设条件的情况下，可以将数据库集合中的计算集群数据库确定为数据加工请求对应的候选数据库。
71.上述实施例中，根据数据库集合在历史时间段的业务访问量，预测接收访问请求时，数据库集合是否处于业务高峰期。在数据库不处于业务高峰期时，以计算集群数据库以及业务访问集群数据库为候选数据库，数据加工任务可分配至计算集群数据库和业务访问集群数据库执行。这样，能够在业务低峰期，通过业务访问集群数据库分担一定的数据加工任务，从而使得业务访问集群数据库的闲置资源得到充分利用。如此，有利于提升数据加工的效率和数据库集群的资源利用率，进而有利于进一步提升业务分析场景下的数据加工效率和用户体验。
72.在一个实施例中，用户还可以手动设置数据加工请求对应的候选数据库类型。如此，能够进一步提升数据库管理的灵活性。
73.基于相同的发明构思，本技术实施例还提供了一种数据库管理装置200。
74.如图4所示，数据库管理装置200可以包括接收模块201、确定模块202、以及调用模块203。
75.接收模块201，用于接收用户设备发送的访问请求，访问请求包括访问请求的类型。
76.确定模块202，用于根据访问请求的类型，从预设数据库集合中确定目标数据库，数据库集合包括至少一个计算集群数据库以及至少一个业务访问集群数据库。
77.调用模块203，用于通过目标数据库调用数据库集合的元数据，以执行与访问请求对应的操作。
78.本技术实施例的数据库管理装置，能够接收用户设备发送的访问请求，根据访问请求的类型，从数据库集合中确定目标数据库。这样，能够基于访问请求的类型确定用户设备访问的数据库，如此，无需用户自行确定所连接的数据库，有利于提升用户操作的便捷性和数据库管理的灵活性。然后，再通过目标数据库调用数据库集合的元数据，以执行与访问请求对应的操作。数据库集合的元数据可在数据库集合中的数据库共享，并被数据库调用。如此，不仅有利于进一步提升数据库管理的灵活性，而且有利于业务分析场景中业务信息的共享。
79.在一个实施例中，访问请求的类型可包括业务访问请求以及数据加工请求。
80.确定模块用于根据访问请求的类型，从预设数据库集合中确定目标数据库，具体可以包括：
81.确定模块，用于在访问请求的类型为业务访问请求的情况下，通过最小连接数算法从至少一个业务访问集群数据库中确定目标数据库。
82.在一个实施例中，确定模块用于根据访问请求的类型，从预设数据库集合中确定目标数据库，具体可以包括：
83.确定模块，用于在访问请求的类型为数据加工请求的情况下，根据数据库集合的业务访问量，从数据库集合中确定至少一个候选数据库。
84.确定模块，还用于通过最小连接数算法从候选数据库中确定目标数据库。
85.在一个实施例中，确定模块用于根据数据库集合的业务访问量，从数据库集合中确定至少一个候选数据库，具体可以包括：
86.确定模块，用于在接收到访问请求时，数据库集合的业务访问量大于或等于预设业务访问量阈值的情况下，将数据库集合中的计算集群数据库确定为候选数据库。
87.在一个实施例中，确定模块用于根据数据库集合的业务量，从数据库集合中确定至少一个候选数据库，具体可以包括：
88.确定模块，用于在接受到访问请求时，数据库集合的业务访问量小于预设业务访问量阈值的情况下，将数据库集合中的计算集群数据库以及业务访问集群数据库确定为候选数据库。
89.在一个实施例中，确定模块用于根据数据库集合的业务访问量，从数据库集合中确定至少一个候选数据库，具体可以包括：
90.确定模块，用于根据数据库集合在预设时间段的业务访问量，确定接收访问请求时，数据库集合对应的与业务访问状态，预设时间段为接收到访问请求之前的时间段。
91.确定模块，还用于在业务访问状态满足预设条件的情况下，将数据库集合中的计算集群数据库以及业务访问集群数据库确定为候选数据库，业务访问状态满足预设条件包括：根据预设时间段的业务访问量预测接收访问请求时，数据库集合的业务访问量小于预设业务访问量阈值。
92.本技术实施例提供的数据库管理装置能够实现图1的方法实施例实现的各个过程，为避免重复，这里不再赘述。
93.图5示出了本技术实施例提供的数据库管理设备的硬件结构示意图。
94.在数据库管理设备可以包括处理器301以及存储有计算机程序指令的存储器302。
95.具体地，上述处理器301可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
96.存储器302可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(hard disk drive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器302可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器302可在综合网关容灾设备的内部或外部。在特定实施例中，存储器302是非易失性固态存储器。
97.存储器可包括只读存储器(rom)，随机存取存储器(ram)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。
98.处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现上述实施例中的任意一种数据库管理方法。
99.在一个示例中，数据库管理设备还可包括通信接口303和总线310。其中，如图5所示，处理器301、存储器302、通信接口303通过总线310连接并完成相互间的通信。
100.通信接口303，主要用于实现本技术实施例中各模块、装置、单元和/或设备之间的通信。
101.总线310包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线310可包括一个或多个总线。尽管本技术实施例描述和示出了特定的总线，但本技术考虑任何合适的总线或互连。
102.该数据库管理设备可以执行本技术实施例中的数据库管理方法，从而实现结合图1和图4描述的数据库管理方法和装置。
103.另外，结合上述实施例中的数据库管理方法，本技术实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据库管理方法。
104.需要明确的是，本技术并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本技术的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本技术的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
105.以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本技术的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
106.还需要说明的是，本技术中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本技术不局限于上述步骤的顺序，也就是说，可以按照实施例中
提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
107.上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据库管理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据库管理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
108.以上所述，仅为本技术的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。

技术特征：
1.一种数据库管理方法，其特征在于，包括：接收用户设备发送的访问请求，所述访问请求包括所述访问请求的类型；根据所述访问请求的类型，从预设数据库集合中确定目标数据库，所述数据库集合包括至少一个计算集群数据库以及至少一个业务访问集群数据库；通过所述目标数据库调用所述数据库集合的元数据，以执行与所述访问请求对应的操作。2.根据权利要求1所述的方法，其特征在于，所述访问请求的类型包括业务访问请求以及数据加工请求；所述根据访问请求的类型，从预设数据库集合中确定目标数据库，包括：在所述访问请求的类型为业务访问请求的情况下，通过最小连接数算法从所述至少一个业务访问集群数据库中确定所述目标数据库。3.根据权利要求2所述的方法，其特征在于，所述根据访问请求的类型，从预设数据库集合中确定目标数据库，包括：在所述访问请求的类型为数据加工请求的情况下，根据所述数据库集合的业务访问量，从所述数据库集合中确定至少一个候选数据库；通过最小连接数算法从所述候选数据库中确定所述目标数据库。4.根据权利要求3所述的方法，其特征在于，所述根据所述数据库集合的业务访问量，从所述数据库集合中确定至少一个候选数据库，包括：在接收到所述访问请求时，所述数据库集合的业务访问量大于或等于预设业务访问量阈值的情况下，将所述数据库集合中的计算集群数据库确定为所述候选数据库。5.根据权利要求3所述的方法，其特征在于，所述根据所述数据库集合的业务量，从所述数据库集合中确定至少一个候选数据库，包括：在接受到所述访问请求时，所述数据库集合的业务访问量小于预设业务访问量阈值的情况下，将所述数据库集合中的计算集群数据库以及业务访问集群数据库确定为所述候选数据库。6.根据权利要求3所述的方法，其特征在于，所述根据所述数据库集合的业务访问量，从所述数据库集合中确定至少一个候选数据库，包括：根据所述数据库集合在预设时间段的业务访问量，确定接收所述访问请求时，数据库集合对应的与业务访问状态，所述预设时间段为接收到所述访问请求之前的时间段；在所述业务访问状态满足预设条件的情况下，将所述数据库集合中的计算集群数据库以及业务访问集群数据库确定为所述候选数据库，所述业务访问状态满足预设条件包括：根据所述预设时间段的业务访问量预测接收所述访问请求时，所述数据库集合的业务访问量小于预设业务访问量阈值。7.一种数据库管理装置，其特征在于，包括：接收模块，用于接收用户设备发送的访问请求，所述访问请求包括所述访问请求的类型；确定模块，用于根据所述访问请求的类型，从预设数据库集合中确定目标数据库，所述数据库集合包括至少一个计算集群数据库以及至少一个业务访问集群数据库；调用模块，用于通过所述目标数据库调用所述数据库集合的元数据，以执行与所述访
问请求对应的操作。8.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1-6中任意一项所述的数据库管理方法。9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6中任意一项所述的数据库管理方法。10.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-6中任意一项所述的数据库管理方法。

技术总结
本申请实施例公开了一种数据库管理方法、装置、设备、介质及程序产品，属于大数据中的金融科技技术领域。其中，方法包括：接收用户设备发送的访问请求，访问请求包括访问请求的类型；根据访问请求的类型，从预设数据库集合中确定目标数据库，数据库集合包括至少一个计算集群数据库以及至少一个业务访问集群数据库；通过目标数据库调用数据库集合的元数据，以执行与访问请求对应的操作。本申请实施例不仅能够提升数据库管理的灵活性以及业务分析场景中用户操作的便捷性，而且有利于业务分析场景中业务信息的共享。中业务信息的共享。中业务信息的共享。


技术研发人员：陈雨
受保护的技术使用者：建信金融科技有限责任公司
技术研发日：2023.02.27
技术公布日：2023/7/13