CN103984694A - 用于在数据分发服务中管理数据库的系统和方法 - Google Patents

Abstract

提供一种用于在数据分布服务中管理数据库的系统和方法。示例性实施例可公开一种在数据分发服务（DDS）中管理数据库的系统，其中，通过网络彼此连接的多个节点针对至少一个主题订阅DDS，所述系统包括：第一代理，被配置为位于多个节点之中的第一节点，被配置为从在第一节点中运行的用户应用接收针对数据库的控制请求，并将控制请求发送到订阅注册到第一节点的主题的至少一个节点；第二代理，被配置为位于不同于第一节点的第二节点，接收发送的控制请求，基于接收到的控制请求根据所述主题来控制数据库表，并将控制数据库表的结果发送到第一节点。

Description

用于在数据分发服务中管理数据库的系统和方法

本申请要求于2013年2月12日提交到韩国知识产权局的第10-2013-0014973号韩国专利申请的优先权，所述申请的公开通过引用全部合并于此。

技术领域

示例性实施例涉及一种用于在数据分发服务中管理数据库的系统和方法。更具体地讲，示例性实施例涉及一种用于在数据分发服务中处理由代理来控制数据库的请求的系统和方法，其中，通过网络彼此连接的多个节点针对多个主题中的至少一个或多个主题来分别订阅数据分发服务。

背景技术

在现有技术环境中，可将多个装置动态地彼此连接以形成单个网络域并彼此交换数据。在现有技术环境中，使用N:N通信方案而不是使用中央服务器的服务器/客户端通信方案是更有效的，其中，在N:N通信方案中，参与到域中的装置是平等的。现有技术的对象管理组织（OMG）发布数据分发服务（DDS），其中，DDS是在现有技术环境中利用发布/订阅通信方案来提供有效的数据分发的标准通信中间件。在现有技术环境中，动态地形成网络域并实现装置的自由参与/退出。通过使用现有技术的DDS，可有效地使系统（诸如天气信息服务系统、交通网络管理服务系统或战斗管理系统）能够被设计/实施/操作。

然而，现有技术的DDS系统集中于创建和发布数据的发布者以及消耗订阅的数据的订阅者的配置和操作。在现有技术的DDS系统中，由于需要用户直接参与到DDS网络中来发布或订阅数据，因此DDS系统难以应用于大容量数据处理。

具体说来，当从用户应用直接连接到现有技术的DDS系统时并且当改变或更新数据库的一部分时，需要修改全部的用户应用，或者需要将改变或更新通知订阅DDS的全部节点。

发明内容

示例性实施例可提供一种用于在数据分布服务（DDS）中管理数据库的系统和方法，其中，所述数据分布服务通过DDS代理控制数据库以将数据库的改变或更新的结果仅通知请求改变或更新数据库的节点，而不是订阅DDS的全部节点而在改变或更新数据库时不影响使用DDS的用户应用。

示例性实施例不限于此，并且附加的优点和特征部分地将在随后的描述被阐述，部分地将在下文的审查时对本领域普通技术人员而言变得清楚，或者可通过示例性实施例的实践而被获知。

根据示例性实施例的一方面，提供一种在数据分发服务（DDS）中管理数据库的系统，其中，通过网络彼此连接的多个节点针对在多个主题之中的至少一个主题订阅DDS，所述系统包括：第一代理，被配置为位于多个节点之中的第一节点，从在第一节点中运行的用户应用接收针对数据库的控制请求，并将控制请求发送到订阅注册到第一节点的主题的至少一个节点；第二代理，被配置为位于第二节点，接收发送的控制请求，基于接收到的控制请求根据所述主题来控制数据库表，并将控制数据库表的结果发送到第一节点。

第一代理可还被配置为将控制请求转换为在DDS上的预定义的格式的请求消息，并将转换后的请求消息发送到订阅注册到第一节点的主题的所述至少一个节点。

所述请求消息可包括：作为关于所述请求消息的类型的信息的类型信息；关于嵌入在第二节点中的应用编程接口（API）中包括的调用方法的方法信息，其中，所述调用方法被允许由第二代理来调用。

当所述请求消息的类型是“坚持（persist）”时，第二代理可将所述方法信息添加到与第一节点的标识符和数据库表相应的队列。

当所述请求消息的类型是“做出（commit）”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，第二代理可根据所述方法信息对与主题相应的数据库表执行改变。

当所述请求消息的类型是“取消”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，第二代理可从所述队列中取消所述方法信息。

当所述请求消息的类型是“读取”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，第二代理可根据所述方法信息读取在与主题相应的数据库表中存储的数据。

当所述请求消息的类型是“命令”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，第二代理可根据所述方法信息对与主题相应的数据库表执行控制。

所述方法信息可包括调用方法的名称和要素以及用于执行所述调用方法所需的数据，其中，所述调用方法被包括在嵌入在第二节点中的API中并被允许由第二代理来调用。

第二代理可还被配置为不将控制数据库表的结果发送到未将控制请求发送到订阅注册到第一节点的主题的所述至少一个节点的节点。

根据示例性实施例的另一方面，提供一种在数据分发服务（DDS）中管理数据库的方法，其中，通过网络彼此连接的多个节点针对在多个主题之中的至少一个主题订阅DDS，所述方法包括：通过被配置为位于多个节点之中的第一节点的第一代理来从在第一节点中运行的用户应用接收针对数据库的控制请求；通过第一代理将控制请求发送到订阅注册到第一节点的主题的至少一个节点；通过被配置为位于第二节点的第二代理来接收发送的控制请求；基于接收的控制请求通过第二代理来控制与所述主题相应的数据库表；通过第二代理将控制数据库表的结果发送到第一节点。

第一代理可还被配置为将控制请求转换为在DDS上的预定义的格式的请求消息，并将转换后的请求消息发送到订阅注册到第一节点的主题的所述至少一个节点。

所述请求消息可包括：作为关于所述请求消息的类型的信息的类型信息；关于嵌入在第二节点中的应用编程接口（API）中包括的调用方法的方法信息，其中，所述调用方法被允许由第二代理来调用。

当所述请求消息的类型是“坚持”时，所述控制可包括：将所述方法信息添加到与第一节点的标识符和数据库表相应的队列。

当所述请求消息的类型是“做出”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，所述控制可包括：根据所述方法信息对与主题相应的数据库表执行改变。

当所述请求消息的类型是“取消”的同时在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，所述控制可包括：从所述队列中取消所述方法信息。

当所述请求消息的类型是“读取”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，所述控制可包括：根据所述方法信息读取在与主题相应的数据库表中存储的数据。

当所述请求消息的类型是“命令”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，所述控制可包括：根据所述方法信息对与主题相应的数据库表执行控制。

所述方法信息可包括调用方法的名称和要素以及用于执行调用方法所需的数据，其中，所述调用方法被包括在嵌入在第二节点中的API中并被允许由第二代理来调用。

第二代理可还被配置为不将控制数据库表的结果发送到未将控制请求发送到订阅注册到第一节点的主题的所述至少一个节点的节点。

附图说明

通过参照附图详细描述示例性实施例，示例性实施例的以上及其它特征和优点将变得更清楚，其中：

图1A和图1B分别示意性地示出现有技术的DDS和根据示例性实施例的DDS；

图2是示意性地示出根据示例性实施例的实施例的在DDS中的数据库管理系统的配置的框图；以及

图3A至图3E示出根据示例性实施例的实施例的在DDS中根据请求消息类型来控制数据库的示例。

具体实施方式

详细的描述举例说明示例性实施例的原理。虽然原理的描述可能不是清晰的或者在说明书中没有示出示例性实施例的全部可能的实施例，但是本领域技术人员可通过所述描述在示例性实施例的范围和概念之内实施原理并发明各种设备。此外，在说明书中描述的全部条件术语和实施例原则上旨在使示例性实施例的概念清晰，并且所述示例性实施例应被理解为不仅仅限于描述的实施例或条件。此外，应该将关于特定实施例的详细描述以及原理、观点和实施例的全部理解为包括结构性等同物和功能性等同物。应该将那些等同物理解为包括当前已知的等同物和将在未来开发出的等同物。换言之，它们包括被开发用来执行在示例性实施例中公开的元件的功能的全部装置，而不考虑它们的结构。

不仅可通过专用硬件而且可通过使用能够执行可执行所述功能的适当软件来提供在附图中示出的包括被标记为处理器或处理器的类似概念的功能块的元件的功能。当由处理器来提供元件的功能时，处理器可以是仅专门用于所述功能的单个处理器、单个共享的处理器或可共享其一部分的多个单独处理器。另外，诸如处理器、控制器的术语或具有类似概念的术语的明显使用不应被排它地理解为能够执行软件的硬件，而是可包括数字信号处理器（DSP）硬件、ROM、RAM和用于隐式地记录软件的非暂时性存储器。可包括其它已知或常用的硬件。

从以下参照附图的实施例的描述中，示例性实施例的其它目标和方面将变得清楚。同样的附图标号在整个说明书中指示同样的元件。此外，从详细描述中省略会不必要地模糊示例性实施例的本质的任何描述。

在说明书中，除非与之相反地明确描述，否则将词语“包括”理解为暗指所述元件的包含而不是任何其它元件的排除。

当诸如“中的至少一个”的表达位于一列元件之后时，所述表达修饰整列元件而不修饰所述列中的单个元件。

在下文中，将参照附图来描述优选实施例。

图1A和图1B示意性地示出用于比较的现有技术的DDS和根据示例性实施例的DDS。

参照图1A，现有技术的DDS进行操作，使得当在多个节点中的一个节点中的用户应用101通过DDS发布具有主题“A”的消息时，全部订阅主题“A”的在节点中的用户应用102和用户应用103接收相应消息。当改变或更新数据库时，发生相同的处理。例如，当注册主题“A”的节点更新数据库中的与主题“A”相应的内容时，所述节点把这个更新结果通知注册主题“A”的其它节点。在现有技术中，在连接现有技术的DDS节点的网络中，发生超额流量增加。

参照图1B，根据示例性实施例的DDS，在多个节点中的一个节点中的用户应用111不被直接连接到DDS。用户应用111将针对DDS中的数据库的控制请求传送到与用户应用111位于同一节点中的第一DDS代理112。

第一DDS代理112从在同一节点中操作的用户应用111接收针对DDS中的数据库的控制请求，并将控制请求转换为具有DDS中的预定义格式的请求消息。

此时，根据在DDS上共享的DB（数据库）接口定义语言（IDL）代码，可将控制请求转换为具有预定义格式的消息结构的请求消息，并且请求消息可具有在订阅DDS的全部节点中的DDS代理可读取的字节码类型。

第一DDS代理112搜索注册到发出控制请求的用户应用111所在的节点（例如，第一DDS代理112所在的节点）的主题，并将转换后的请求消息发送到订阅相应主题的另一节点。

第二DDS代理113位于订阅相应主题的另一节点，接收由第一DDS代理112发送的请求消息，根据请求消息来控制与相应主题相应的数据库表114，并将控制结果仅发送到已经发送所述请求消息的节点而不是注册相应主题的全部节点。

因此，当通过根据示例性实施例的DDS代理管理数据库时，可仅将数据库的改变或更新的结果通知请求改变或更新数据库的节点而不是订阅DDS的全部节点，而在改变或更新数据库时不影响使用所述DDS的用户应用。

例如，与图1A中示出的现有技术形成对比，当订阅主题“A”的节点更新数据库中的与主题“A”相应的内容时，可仅将更新结果通知在已经请求相应更新的节点中的DDS代理。因此，可有效管理连接参与DDS的节点的网络的流量。

图2是示出根据实施例的DDS中的数据库管理系统的示意性框图。

参照图2，在根据实施例的DDS中的数据库管理系统可包括发布者210和订阅者220。在本实施例中，发布者210和订阅者220分别与在订阅DDS的多个节点之中的在相应实施例中执行发布者和订阅者的功能的两个节点相应。

在本实施例中，发布者210和订阅者220仅是为了便于描述的实施例。发布者210可包括多个节点，订阅者220可包括多个节点，或者二者都可包括多个节点。这与分发的数据库服务或相关DDS相比是明显的，并且示例性实施例不限于此。

发布者210包括用户应用211、第一DDS代理212和DDS接口213。

用户应用211将针对DDS中的数据库的控制请求发送到第一DDS代理212。

此时，控制请求可包括针对改变数据库状态（诸如针对在数据库中存储的数据的插入/删除/改变）的请求和针对在数据库中存储的数据的读取请求或者不是针对改变数据库的状态的请求（诸如针对关于数据库的当前状态的其它信息的请求）。

第一DDS代理212从用户应用211接收针对用于DDS的数据库的控制请求，并将所述控制请求转换为在DDS中的预定义请求消息的请求消息。此时，可参照在DDS中共享的DB IDL代码。

由DB IDL创建设备240参照表示DDS的数据库表结构的图表来创建在DDS中共享的DB IDL代码。可由订阅DDS的每个节点中的DDS代理预先共享DB IDL代码或者在供应DDS时实时分发DB IDL代码以被共享。此时，DB IDL创建设备240可订阅DDS，可位于在通过DDS网络230彼此连接的多个节点之中的任何一个节点，并且可分发DB IDL代码。

由DB IDL创建设备240创建的DB IDL代码可声明如以下表1所示的预定义字节码类型的结构：

[表1]

声明	内容
		字符串名称；	请求的名称
字节类型；	请求的类型
		序列<字符串，N>	请求的要素
序列<数据类型，M>	请求的数据

参照表1，根据本实施例的DB IDL代码创建的请求消息可包括请求消息的名称、请求消息的类型、请求消息的要素或请求消息的其它数据。此时，可根据在数据库表中存储的数据的类型或对象关系映射（ORM）框架的实体类别来定义数据类型，其中，所述数据类型限定请求消息的其它数据的数据类型。

根据实施的示例，相应请求消息可直接包括关于在数据库访问接口223的API中包括的调用方法的信息。在这种情况下，请求消息的名称、要素和其它数据可分别与调用方法的名称和要素以及执行调用方法所需的其它数据相应。

另外，可将请求消息的类型划分为“坚持”、“做出”、“取消”、“读取”或“命令”。“坚持”指示引起在相应请求消息中包括的调用方法的执行被准备的请求消息类型。“做出”指示当在相应请求消息中包括的调用方法是在通过先前的“坚持”请求消息的当前状态改变的准备阶段中的预定命令并且预定命令引起数据库的状态改变时，引起数据库状态的改变根据相应命令被完成的请求消息类型。“取消”指示当在相应请求消息中包括的调用方法是在通过先前的“坚持”请求消息的当前状态改变的准备阶段中的预定命令时，引起相应命令被取消的请求消息类型。

“读取”指示引起在相应消息中包括的调用方法读取在数据库中存储的数据的请求消息类型。作为不同于“做出”的不引起数据库的状态的改变的命令的“命令”可包括关于数据库或数据的当前状态的其它信息请求，并且包含地指示除了上述4种类型之外的其它请求消息。

第一DDS代理212通过DDS接口213搜索注册到发布者210的主题以通过DDS接口213将转换后的请求消息发送到作为订阅相应主题的另一节点的订阅者220。

订阅者220包括DDS接口221、第二DDS代理222和数据库访问接口223。

第二DDS代理222通过DDS接口221接收从发布者210发送的请求消息。

第二DDS代理222将相应请求消息转换为在数据库访问接口223的应用编程接口（API）中包括的调用方法，并调用转换后的调用方法来通过数据库访问接口223控制数据库。

在根据本实施例的DDS中，可将主题和数据库表形成为彼此相应。因此，可针对与相应请求消息的主题相应的数据库表来调用调用方法。此时，数据库表不限于本地连接到订阅者220的数据库，而可以是通过DDS网络230远程连接的数据库。

第二DDS代理222通过数据库访问接口223将数据库的控制处理的结果仅发送到作为已经发送接收到的请求消息的节点的发布者210。

作为根据示例性实施例的发布者210的组件的用户应用211、第一DDS代理212和DDS接口213以及作为订阅者220的组件的DDS接口221、第二DDS代理222和数据库访问接口223中的至少一部分可由包括操作系统、应用程序模块和其它程序模块中的至少一个的软件构成，并且所述软件可被存储到各种类型的已知存储装置。同时，这些软件模块包括执行特定任务的或执行将在随后描述的特定抽象数据类型的例程、子例程、程序、对象、组件和数据结构，但示例性实施例不限于此。

图3A至图3E示出根据实施例的用于在DDS中根据请求消息类型来控制数据库的示例。

参照图3A，当根据本实施例的请求消息类型是“坚持”时，发布者将“坚持”类型的请求消息发送到注册到同一主题的订阅者（操作S311）。订阅者接收“坚持”类型的消息（操作S312），并搜索以确定是否存在与已经发送相应请求消息的发布者的标识符以及由相应请求消息指示的数据库表相应的队列（操作S313）。当所述队列不存在时，创建与发布者和数据库表相应的队列（操作S314）。

订阅者将在相应请求消息中包括的数据库控制命令添加到与发布者和数据库表相应的队列（操作S315）。

将S315的操作结果作为对接收到的请求消息的响应发送到发布者（操作S316和操作S317）。

参照图3B，当根据本实施例的请求消息类型是“做出”时，发布者将“做出”类型的请求消息发送到注册到同一主题的订阅者（操作S321）。订阅者接收“做出”类型的消息（操作S322），并搜索以确定在相应请求消息中包括的数据库控制命令是否存在于队列中（操作S323），其中，所述队列与已经发送相应请求消息的发布者的标识符以及由相应请求消息指示的数据库表相应。。当在队列中不存在所述数据库控制命令时，创建“异常（exception）”（操作S324）。

当在队列中存在所述数据库控制命令时，对相应数据库表执行数据库控制命令，进而改变相应数据库表的内容（操作S325）。

将S324或S325的操作结果作为对在操作S322中接收的请求消息的响应发送到发布者（操作S326和操作S327）。

参照图3C，当根据本实施例的请求消息类型是“取消”时，发布者将“取消”类型的请求消息发送到注册到同一主题的订阅者（操作S331）。订阅者接收“取消”类型的消息（操作S332），并搜索以确定在相应请求消息中包括的数据库控制命令是否存在于队列中（操作S333），其中，所述队列与已经发送相应请求消息的发布者的标识符以及由相应请求消息指示的数据库表相应。当在队列中不存在所述数据库控制命令时，创建“异常”（操作S334）。

当在队列中存在所述数据库控制命令时，从与发布者和数据库表相应的队列中取消在相应请求消息中包括的数据库控制命令（操作S335）。

将S334或S335的操作结果作为对在操作S332中接收到的请求消息的响应发送到发布者（操作S336和操作S337）。

参照图3D，当根据本实施例的请求消息类型是“读取”时，发布者将“读取”类型的请求消息发送到注册到同一主题的订阅者（操作S341）。订阅者接收“读取”类型的消息（操作S342），并搜索以确定在相应请求消息中包括的数据读取命令是否存在于队列中（操作S343），其中，所述队列与已经发送相应请求消息的发布者的标识符以及由相应请求消息指示的数据库表相应。当在队列中不存在所述数据读取命令时，创建“异常”（操作S344）。

当在队列中存在所述数据读取命令时，从相应数据库表中读取由相应请求消息指定的数据（操作S345）。

将S344或S345的操作结果（例如，“异常”或从数据库中读取的数据）作为对在操作S342中接收到的请求消息的响应发送到发布者（操作S346和操作S347）。

参照图3E，当根据本实施例的请求消息类型是“命令”时，发布者将“命令”类型的请求消息发送到注册到同一主题的订阅者（操作S351）。订阅者接收“命令”类型的消息（操作S352），并搜索以确定在相应请求消息中包括的数据控制命令是否存在于队列中（操作S353），其中，所述队列与已经发送相应请求消息的发布者的标识符以及由相应请求消息指示的数据库表相应。当在队列中不存在所述数据库控制命令时，创建“异常”（操作S354）。

当在队列中存在所述数据库控制命令时，对相应数据库表执行数据库控制命令（操作S355）。此时，不同于“做出”命令，所述数据库控制命令不引起数据库的状态改变，并且所述数据库控制命令可包括关于数据库或数据的当前状态的其它信息请求。

将S354或S355的操作结果（例如，“异常”或数据库控制）作为对在操作S352中接收到的请求消息的响应发送到发布者（操作S356和操作S357）。

在图3A至图3E中示出的全部类型的请求消息可直接包括关于在订阅者一方嵌入的API中包括的调用方法的信息，并且在这种情况下，每个请求消息包括名称、要素和调用调用方法所需的其它数据。

如上所述，当在请求消息中包括关于调用方法的方法信息时，可将所述方法信息添加到与发布者和数据库表相应的队列中，或将所述方法信息从所述队列中取消，订阅者可根据相应方法信息调用在API中包括的调用方法以执行数据库改变、数据读取和其它控制命令。

根据示例性实施例，可将数据库的改变或更新的结果仅通知请求改变或更新数据库的节点而不是订阅DDS的全部节点，而在改变或更新数据库时不影响使用DDS的用户应用。

也可将根据示例性实施例的在DDS中管理数据库的方法实施为在计算机可读记录介质上的计算机可读代码。计算机可读记录介质是可存储随后可由计算机系统读取的数据的数据存储装置。计算机可读记录介质的示例包括只读存储器（ROM）、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光学数据存储器。也可将计算机可读记录介质分布在联网的计算机系统上，使得计算机可读代码按照分布的方式被存储并被执行。此外，用于实现示例性实施例的功能程序、代码和代码段可被示例性实施例所属领域的程序员容易地解释。

虽然已经具体示出并描述示例性实施例，但是本领域普通技术人员将理解：在不脱离由权利要求限定的示例性实施例的精神和范围的情况下，可在所述示例性实施例中做出在形式和细节上的各种改变。

Claims (20)

1.一种在数据分发服务（DDS）中管理数据库的系统，其中，通过网络彼此连接的多个节点针对在多个主题之中的至少一个主题订阅DDS，所述系统包括：

第一代理，被配置为位于多个节点之中的第一节点，从在第一节点中运行的用户应用接收针对数据库的控制请求，并将控制请求发送到订阅注册到第一节点的主题的至少一个节点；

第二代理，被配置为位于第二节点，接收发送的控制请求，基于接收到的控制请求根据所述主题来控制数据库表，并将控制数据库表的结果发送到第一节点。

2.如权利要求1所述的系统，其中，第一代理还被配置为将控制请求转换为在DDS上的预定义的格式的请求消息，并将转换后的请求消息发送到订阅注册到第一节点的主题的所述至少一个节点。

3.如权利要求2所述的系统，其中，所述请求消息包括：

作为关于所述请求消息的类型的信息的类型信息；以及

关于嵌入在第二节点中的应用编程接口（API）中包括的调用方法的方法信息，其中，所述调用方法被允许由第二代理来调用。

4.如权利要求3所述的系统，其中，当所述请求消息的类型是“坚持”时，第二代理将所述方法信息添加到与第一节点的标识符和数据库表相应的队列。

5.如权利要求3所述的系统，其中，当所述请求消息的类型是“做出”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，第二代理根据所述方法信息对与主题相应的数据库表执行改变。

6.如权利要求3所述的系统，其中，当所述请求消息的类型是“取消”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，第二代理从所述队列中取消所述方法信息。

7.如权利要求3所述的系统，其中，当所述请求消息的类型是“读取”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，第二代理根据所述方法信息读取在与主题相应的数据库表中存储的数据。

8.如权利要求3所述的系统，其中，当所述请求消息的类型是“命令”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，第二代理根据所述方法信息对与主题相应的数据库表执行控制。

9.如权利要求3所述的系统，其中，所述方法信息包括调用方法的名称和要素以及用于执行调用方法所需的数据，其中，所述调用方法被包括在嵌入在第二节点中的API中并被允许由第二代理来调用。

10.如权利要求1所述的系统，其中，第二代理还被配置为不将控制数据库表的结果发送到未将控制请求发送到订阅注册到第一节点的主题的所述至少一个节点的节点。

11.一种在数据分发服务（DDS）中管理数据库的方法，其中，通过网络彼此连接的多个节点针对在多个主题之中的至少一个主题订阅DDS，所述方法包括：

通过被配置为位于多个节点之中的第一节点的第一代理来从在第一节点中运行的用户应用接收针对数据库的控制请求；

通过第一代理将控制请求发送到订阅注册到第一节点的主题的至少一个节点；

通过被配置为位于第二节点的第二代理来接收发送的控制请求；

基于接收的控制请求通过第二代理来控制与所述主题相应的数据库表；以及

通过第二代理将控制数据库表的结果发送到第一节点。

12.如权利要求11所述的方法，其中，第一代理还被配置为将控制请求转换为在DDS上的预定义的格式的请求消息，并将转换后的请求消息发送到订阅注册到第一节点的主题的所述至少一个节点。

13.如权利要求12所述的方法，其中，所述请求消息包括：

作为关于所述请求消息的类型的信息的类型信息；以及

关于在第二节点中嵌入的应用编程接口（API）中包括的调用方法的方法信息，其中，所述调用方法被允许由第二代理来调用。

14.如权利要求13所述的方法，其中，当所述请求消息的类型是“坚持”时，所述控制包括：将所述方法信息添加到与第一节点的标识符和数据库表相应的队列。

15.如权利要求13所述的方法，其中，当所述请求消息的类型是“做出”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，所述控制包括：根据所述方法信息对与主题相应的数据库表执行改变。

16.如权利要求13所述的方法，其中，当所述请求消息的类型是“取消”的同时在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，所述控制包括：从所述队列中取消所述方法信息。

17.如权利要求13所述的方法，其中，当所述请求消息的类型是“读取”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，所述控制包括：根据所述方法信息读取在与主题相应的数据库表中存储的数据。

18.如权利要求13所述的方法，其中，当所述请求消息的类型是“命令”并且在与第一节点的标识符和数据库表相应的队列中存在所述方法信息时，所述控制包括：根据所述方法信息对与主题相应的数据库表执行控制。

19.如权利要求13所述的方法，其中，所述方法信息包括调用方法的名称和要素以及用于执行调用方法所需的数据，其中，所述调用方法被包括在嵌入在第二节点中的API中并被允许由第二代理来调用。

20.如权利要求11所述的方法，其中，第二代理还被配置为不将控制数据库表的结果发送到未将控制请求发送到订阅注册到第一节点的主题的所述至少一个节点的节点。