CN109739876B - 基于Sqltoy-orm框架的数据库的数据查询方法和装置 - Google Patents

Abstract

本发明提供了一种基于Sqltoy‑orm框架的数据库的数据查询方法和装置，涉及数据查询的技术领域，该方法包括接收用户输入的查询条件；按照查询条件，从数据库中得到数据编码集合；数据编码集合包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码；从本地内存中获取与查询条件对应的配置对象模型；配置对象模型中包括缓存信息；所述缓存信息包括至少一个数据编码和所述数据编码对应的中文信息；根据配置对象模型，对数据编码集合进行翻译，得到与查询条件对应的结果信息。本发明采用单表查询的方式进行查询，避免了多表关联查询造成查询速度不高的情况，同时将配置对象模型存储在本地内存中，降低了数据库在查询时的压力。

Description

基于Sqltoy-orm框架的数据库的数据查询方法和装置

技术领域

本发明涉及数据查询技术领域，尤其是涉及一种基于Sqltoy-orm框架的数据库的数据查询方法和装置。

背景技术

在数据库中，查询过程可以通过关联查询法查询，或者可以通过手工编程缓存翻译的方式进行查询，然而，由于数据库在存储时采用将每个类型的数据以标识代码和中文信息以表格的形式存在，所以会形成多个表格，在查询时需要进行多个表格的关联查询，不仅使得关联语句复杂、维护困难，降低了查询速度。同时，在查询后，需要将数据库中的具有企业、产品、员工等等信息的表格进行缓存，缓存后再进行翻译，缓存压力比较大。

发明内容

有鉴于此，本发明的目的在于提供基于Sqltoy-orm框架的数据库的数据查询方法和装置，采用单表查询的方式进行查询，避免了多表关联查询造成查询速度不高的情况，同时将配置对象模型存储在本地内存中，降低了数据库在查询时的压力。

第一方面，本发明实施例提供了一种基于Sqltoy-orm框架的数据库的数据查询方法，包括：

接收用户输入的查询条件；

按照查询条件，从数据库中得到数据编码集合；所述数据编码集合包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码；

从本地内存中获取与查询条件对应的配置对象模型；配置对象模型中包括缓存信息；所述缓存信息包括至少一个数据编码和所述数据编码对应的中文信息；

根据所述配置对象模型，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述从本地内存中获取与查询条件对应的配置对象模型的步骤，包括：

从本地内存中将所述查询条件对应的查询信息与所述配置对象模型中的查询语句向匹配；

确定与查询信息匹配成功的配置对象模型为与查询条件对应的配置对象模型。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述根据所述配置对象模型，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息的步骤，包括：

从所述配置对象模型中获取缓存信息；

根据所述缓存信息，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述从所述配置对象模型中获取缓存信息的步骤，包括：

通过缓存控制器调用所述配置对象模型中的缓存信息，确定所述配置对象模型中的缓存信息为与查询条件对应的缓存信息。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述方法还包括：按预设时间更新所述配置对象模型中的缓存信息。

第二方面，本发明实施例还提供一种基于Sqltoy-orm框架的数据库的数据查询装置，包括：

接收模块，用于接收用户输入的查询条件；

数据编码集合获取模块，用于按照查询条件，从数据库中得到数据编码集合；所述数据编码集合包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码；

配置对象模型获取模块，用于从本地内存中获取与查询条件对应的配置对象模型；配置对象模型中包括缓存信息；所述缓存信息包括至少一个数据编码和所述数据编码对应的中文信息；

处理模块，用于根据所述配置对象模型，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述配置对象模型获取模块，包括：

查询子模块，用于从本地内存中将所述查询条件对应的查询信息与所述配置对象模型中的查询语句向匹配；

确定子模块，用于确定与查询信息匹配成功的配置对象模型为与查询条件对应的配置对象模型。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述装置还包括：更新模块，用于按预设时间更新所述配置对象模型中的缓存信息。

第三方面，本发明实施例还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例任一项所述的基于Sqltoy-orm框架的数据库的数据查询方法的步骤。

第四方面，本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行所述上述实施例任一所述的基于Sqltoy-orm框架的数据库的数据查询方法。

本发明实施例带来了以下有益效果：可以通过接收用户输入的查询条件，按照查询条件，从数据库中得到数据编码集合，数据编码集合包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码，从本地内存中获取与查询条件对应的配置对象模型，配置对象模型中包括缓存信息，缓存信息包括至少一个数据编码和数据编码对应的中文信息，根据配置对象模型，对数据编码集合进行翻译，得到与查询条件对应的结果信息。本发明采用单表查询的方式进行查询，避免了多表关联查询造成查询速度不高的情况，同时将配置对象模型存储在本地内存中，降低了数据库在查询时的压力。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的基于Sqltoy-orm框架的数据库的数据查询方法的流程图；

图2为本发明实施例提供的基于Sqltoy-orm框架的数据库的数据查询方法中匹配对象配置模型的流程图；

图3为本发明实施例提供的基于Sqltoy-orm框架的数据库的数据查询装置的结构图；

图4为本发明实施例提供的基于Sqltoy-orm框架的数据库的数据查询装置中配置对象模型获取模块的结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在数据库中，查询过程可以通过关联查询法查询，或者可以通过手工编程缓存翻译的方式进行查询，然而，由于数据库在存储时采用将每个类型的数据以标识代码和中文信息以表格的形式存在，所以会形成多个表格，在查询时需要进行多个表格的关联查询，不仅使得关联语句复杂、维护困难，降低了查询速度。同时，在查询后，需要将数据库中的具有企业、产品、员工等等信息的表格进行缓存，缓存后再进行翻译，缓存压力比较大。

基于此，本发明实施例提供的一种基于Sqltoy-orm框架的数据库的数据查询方法和装置，可以通过接收用户输入的查询条件，按照查询条件，从数据库中得到数据编码集合，数据编码集合包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码，从本地内存中获取与查询条件对应的配置对象模型，配置对象模型中包括缓存信息，缓存信息包括至少一个数据编码和数据编码对应的中文信息，根据配置对象模型，对数据编码集合进行翻译，得到与查询条件对应的结果信息。本发明采用单表查询的方式进行查询，避免了多表关联查询造成查询速度不高的情况，同时将配置对象模型存储在本地内存中，降低了数据库在查询时的压力。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种基于Sqltoy-orm框架的数据库的数据查询方法进行详细介绍，

本发明实施例提供了一种基于Sqltoy-orm框架的数据库的数据查询方法，结合图1所示，该方法包括：

S110：接收用户输入的查询条件。

在实际应用过程中，本发明实施例所介绍的方法可以以软件的方式运行在计算机上，则用户可以通过该计算机上的查询页面中，输入查询条件。

用户输入的查询条件可能的形式为中文信息还可以是数据编码形式，然而由于本申请中接收用户输入的查询条件的之前，所述方法还包括：

首先判断查询条件的形式是否为编码形式，如果是，则直接进行根据查询条件，从数据库中得到数据编码集合，如果不是，则需要将将查询条件转化为编码形式的查询条件。例如，用户收入的S001，则判断S001为编码形式的查询条件，则直接进行步骤S120，如果用户收入的是李四，则需要将李四转化为S001后，执行步骤S120。

S120：按照查询条件，从数据库中得到数据编码集合；所述数据编码集合包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码。

其中，由于数据库中的信息例如中文信息，均会使用中文信息对应的数据编码来表示，同时，数据库中一个数据编码与多个数据编码相关联，将一个数据编码与多个数据编码相关联的数据编码成为关联数据编码，所以，本发明中提到的数据编码集合中包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码。以订单为例：在订单数据库中，想要查询具体产品的订单数据，用户输入的查询条件可以为A产品，则数据编码集合中可以包括A产品，A产品的订单号、卖方、买方、数量、单位、价格、业务员、下单日期、订单状态等等订单信息，其中，A产品的订单号、卖方、买方、数量、单位、价格、业务员、下单日期、订单状态可以为关联数据编码。

S130：从本地内存中获取与查询条件对应的配置对象模型；

在本地内存中可以包括多个配置对象模型，在实际操作中，可以将一种类型的数据库，定义一个配置对象模型，即，将其翻译的对象固定化。例如，订单系统中，可以固定产品、卖方、买方为需要翻译的对象，则将产品、卖方、买方的数据编码和其对应的中文信息设置一个配置对象模型。

还可以在一种类型的数据库中，定义多个配置对象模型。例如，查询条件仅为查询某个产品的订单情况，则可以将其翻译的对象为产品，则该配置对象模型中仅包括产品的数据编码和其对应的中文信息。又如，查询条件为查询某个产品的订单情况且需要翻译产品类、卖方、买方，则配置对象模型与上述的不同，为另一个配置对象模型，该配置对象模型包括产品、卖方、买方的数据编码和其对应的中文信息。

其中，配置对象模型中包括缓存信息；所述缓存信息包括至少一个数据编码和所述数据编码对应的中文信息。

在本发明中根据查询条件获得的数据编码集合，这个数据编码集合包括多个数据编码，这些数据编码可以仅有一个数据编码翻译为中文信息，还可以仅有一种类型的数据编码翻译为中文信息，以订单为例，可以仅翻译以产品为一类的数据编码，或者仅翻译以卖方为一类的数据编码，或者仅翻译以买方为一类的数据编码。还可以翻译多种类型的数据编码，例如，翻译以产品为一类、以卖方为一类、买方为一类的数据编码。

所以，缓存信息包括至少一个数据编码和数据编码对应的中文信息。即，当需要翻译一个数据编码时，缓存信息包括一个数据编码和该数据编码对应的中文信息。当当需要翻译一类数据编码(即一类数据编码可以包括多个数据编码)时，缓存信息包括一类数据编码和该类数据编码对应的中文信息，以产品为一类需要翻译，则缓存信息可以为(P001，苹果手机)、(P002，华为手机)。当需要翻译多类数据编码(即多个数据编码)时，缓存信息包括多类数据编码和多类数据编码对应的中文信息，以产品为一类、以卖方为一类、买方为一类需要翻译，则缓存信息可以为(P001，苹果手机)、(P002，华为手机)、(E001，A店主)、(E002，B店主)、(B001，张三)、(B002，李四)。

在本地内存中的多个配置对象模型中，需要获取与查询条件对应的配置对象模型，可以按照如下方式实现：结合图2所示，

S1301：从本地内存中将查询条件对应的查询信息与配置对象模型中的查询语句向匹配；

S1302：确定与查询信息匹配成功的配置对象模型为与查询条件对应的配置对象模型。

具体工作过程可以为：当将一种类型的数据库，定义一个配置对象模型这种情况时，用户输入查询条件为一个业务员的数据编码，根据业务员的数据编码，确定该数据库的类型为订单数据库，该订单数据库可以为查询信息，匹配该类数据库的配置对象模型。当在一种类型的数据库中，定义多个配置对象模型。用户输入一个业务员的数据编码，且具有选择页面，可以选择需要翻译的对象，可以根据业务员的数据编码确定数据库的类型为订单数据库，且按照需要翻译的对象，这两个方面匹配配置对象模型。例如，用户可以输入一个业务员的数据编码，选择产品类为需要翻译的对象，则匹配的配置对象模型为仅包含产品类的数据编码和其对应的中文信息。又如，用户可以输入一个业务员的数据编码，选择产品类、卖方和买方为需要翻译的对象，则匹配的配置对象模型包含产品类、卖方和买方的数据编码和其对应的中文信息。

另外，Sqltoy-orm框架启动时，解析所有的配置文件，将每个配置解析成一个配置对象模型并放入本地内存Map<String,SqlConfigModel>中，当程序具体调用某个查询执行时，从本地内存中获取到具体的配置对象模型，避免动态解析查询配置。这样需要用户在写具体的查询语句时，只需要写其配置对象模型，无需再写具体内容的关联，例如，关联产品表与买方表，关联产品表与卖方表，关联产品表与业务员表等等，避免了关联查询时，语句过长，维护困难的问题。

其中步骤S120和步骤130之间可以互换顺序执行，即，首先执行步骤S130，然后再执行步骤S120。

S140：根据配置对象模型，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息。

步骤S140可以按照如下方式实现：

步骤1：从配置对象模型中获取缓存信息；可以理解为：可以通过缓存控制器调用配置对象模型中的缓存信息，确定配置对象模型中的缓存信息为与查询条件对应的缓存信息。其中，在基于Sqltoy-orm框架的数据库中，由于多个配置文件均可以放置本地内存Map<String，SqlConfigModel>中，所以，根据SqlConfigModel中有关translate的配置获取具体的Cache信息，如：prodIdNameCache,通过缓存控制器调用配置对象模型中的缓存信息这样的Map数据。

步骤2：根据缓存信息，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息。

针对上述的基于Sqltoy-orm框架的数据库的数据查询方法，举一个实际应用的例子，例如：数据库中存储有订单。

当数据库中存储有订单时，主要是为了查询出一个具体的订单信息，例如以订单号、产品、卖方、买方、数量、单位、价格、业务员、下单日期、订单状态等等信息的订单，所以，用户输入的查询条件可以为订单号、产品、卖方、买方、数量、单位、价格、业务员、下单日期、订单状态中的一个或者多个。

在订单中，可以有订单号类型、产品类型、卖方类型、买方类型、业务员类型、下单日期类型、订单状态类型等等。所以，在本地内存中可以有以上多个类型或者多个类型混合而成的多个配置对象模型，每一个配置对象模型中包括以上多个类型或者多个类型混合的数据编码和数据编码对应的中文信息。

当查询条件可以为订单号、产品、卖方、买方、数量、单位、价格、业务员、下单日期、订单状态中的一个或者多个时。然后根据查询条件，在数据库中进行查询，可以得到包括有数据编码的数据编码集合，即可以为第一表格，形如表1所示，第一表格中记载有订单的订单号、产品、卖方、买方、数量、单位、价格、业务员、下单日期、订单状态。

表1

其中，如表1所示，产品、卖方、买方、业务员、订单状态均采用数据编码的方式，对于具体的数量、单位、价格均为数字时，则可以直接用数字表示。

当将一种类型的数据库，定义一个配置对象模型这种情况时，用户输入一个业务员的数据编码，确定该数据库的类型为订单数据库，该订单数据库可以为查询条件，匹配该类数据库的配置对象模型，该配置对象模型中包括的缓存信息，缓存信息为产品类型、卖方类型、买方类型的数据编码和其对应的中文信息。

然后在产品类型、卖方类型、买方类型的进行循环处理，匹配数据编码相对应的中文信息，当找到匹配成功的中文信息时，则将其翻译为中文信息。示例性的，将上述介绍的表1翻译成表2。

表2

同时，当翻译的对象为多个时，翻译的顺序也可以设定，例如，翻译的对象为产品、卖方、买方时，可以设定翻译的顺序为产品、卖方、买方的顺序。

另外，例如工作人员会增加或者减少、产品的类型会增加或者减少，所以配置对象模型的数据会随着时间的推移，产生新的数据编码和与数据编码对应的中文信息，所以，本申请还包括：按预设时间更新所述多个配置对象模型中的缓存信息。其中，预设时间可以按照不同内容的配置对象模型进行预先设置，例如产品类型的配置文件，由于市场上的产品更新换代的时间并不短，所以，可以设定一个月或者半个月的时间来更新产品类型的配置文件，对于卖方类型的配置文件、或者买方类型的配置文件，变化频率比较快，可能一天当中的多个订单信息均有不同的买家或者卖家，则需要以每分钟或者每秒的时间来更新卖方类型的配置文件或者买方类型的配置文件，对此本发明并不做具体限制。

综上可知，本发明采用单表查询的方式进行查询，提高查询速度，同时，由于单表查询比较简单，提升了可维护性。

另外，本发明采用在本地内存中的配置对象模型，在查询时无需一遍一遍去访问数据库，只需利用Sqltoy-orm构架中的缓存控制器缓存配置对象模型中的缓存信息，减轻了数据库的负担，同时使得控制比较简单，在开发时，代码量较少，降低了开发者的工作量，提升了开发效率和代码的可靠性。

与上述本发明实施例提供的基于Sqltoy-orm框架的数据库的数据查询方法对应的，本发明实施例还提供一种基于Sqltoy-orm框架的数据库的数据查询装置，结合图3所示，包括：

接收模块310，用于接收用户输入的查询条件；

数据编码集合获取模块320，用于按照查询条件，从数据库中得到数据编码集合；所述数据编码集合包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码；

配置对象模型获取模块330，用于从本地内存中获取与查询条件对应的配置对象模型；配置对象模型中包括缓存信息；所述缓存信息包括至少一个数据编码和所述数据编码对应的中文信息；

处理模块340，用于根据所述配置对象模型，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息。

结合图4所示，配置对象模型获取模块330，包括：

查询子模块3301，用于从本地内存中将所述查询条件对应的查询信息与所述配置对象模型中的查询语句向匹配；

确定子模块3302，用于确定与查询信息匹配成功的配置对象模型为与查询条件对应的配置对象模型。

进一步的，处理模块340，可以从所述配置对象模型中获取缓存信息；

根据所述缓存信息，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息。

进一步的，所述处理模块340，可以用于：通过缓存控制器调用所述配置对象模型中的缓存信息，确定所述配置对象模型中的缓存信息为与查询条件对应的缓存信息。

进一步的，所述装置还包括：更新模块，用于按预设时间更新所述配置对象模型中的缓存信息。

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

第三方面，本发明实施例还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例任一项所述的基于Sqltoy-orm框架的数据库的数据查询方法的步骤。

其中，存储器可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器可以存储程序，所述处理器在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器中，或者由处理器实现。

处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述Sqltoy-orm订单数据库的数据查询方法的步骤。

第四方面，本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行所述上述实施例任一所述的基于Sqltoy-orm框架的数据库的数据查询方法。具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本发明的范围。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (9)

1.一种基于Sqltoy-orm框架的数据库的数据查询方法，其特征在于，包括：

接收用户输入的查询条件；

按照查询条件，从数据库中得到数据编码集合；所述数据编码集合包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码；

从本地内存中获取与查询条件对应的配置对象模型；配置对象模型中包括缓存信息；所述缓存信息包括至少一个数据编码和所述数据编码对应的中文信息；

根据所述配置对象模型，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息；

所述从本地内存中获取与查询条件对应的配置对象模型的步骤之前，所述方法还包括：所述Sqltoy-orm框架启动时，解析所有的配置文件；针对每个所述配置文件，将该配置文件解析成所述配置对象模型；并将所述配置对象模型保存至所述本地内存Map<String，SqlConfigModel>中；

所述根据所述配置对象模型，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息的步骤，包括：从所述配置对象模型中获取缓存信息；根据所述缓存信息，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息；

所述从所述配置对象模型中获取缓存信息的步骤，包括：根据所述SqlConfigModel中有关翻译的配置，获取所述缓存信息。

2.根据权利要求1所述的基于Sqltoy-orm框架的数据库的数据查询方法，其特征在于，所述从本地内存中获取与查询条件对应的配置对象模型的步骤，包括：

从本地内存中将所述查询条件对应的查询信息与所述配置对象模型中的查询语句向匹配；

确定与查询信息匹配成功的配置对象模型为与查询条件对应的配置对象模型。

3.根据权利要求1所述的基于Sqltoy-orm框架的数据库的数据查询方法，其特征在于，所述从所述配置对象模型中获取缓存信息的步骤，包括：

通过缓存控制器调用所述配置对象模型中的缓存信息，确定所述配置对象模型中的缓存信息为与查询条件对应的缓存信息。

4.根据权利要求2所述的基于Sqltoy-orm框架的数据库的数据查询方法，其特征在于，所述方法还包括：按预设时间更新所述配置对象模型中的缓存信息。

5.一种基于Sqltoy-orm框架的数据库的数据查询装置，其特征在于，包括：

接收模块，用于接收用户输入的查询条件；

数据编码集合获取模块，用于按照查询条件，从数据库中得到数据编码集合；所述数据编码集合包括与查询条件对应的数据编码和与查询条件对应的数据编码相关联的多个关联数据编码；

配置对象模型获取模块，用于从本地内存中获取与查询条件对应的配置对象模型；配置对象模型中包括缓存信息；所述缓存信息包括至少一个数据编码和所述数据编码对应的中文信息；

处理模块，用于根据所述配置对象模型，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息；

所述装置还包括解析模块，用于所述Sqltoy-orm框架启动时，解析所有的配置文件；针对每个所述配置文件，将该配置文件解析成所述配置对象模型；并将所述配置对象模型保存至所述本地内存Map<String，SqlConfigModel>中；

所述处理模块还包括：

获取单元，用于从所述配置对象模型中获取缓存信息；翻译单元，用于根据所述缓存信息，对所述数据编码集合进行翻译，得到与查询条件对应的结果信息；

所述获取单元还用于，根据所述SqlConfigModel中有关翻译的配置，获取所述缓存信息。

6.根据权利要求5所述的基于Sqltoy-orm框架的数据库的数据查询装置，其特征在于，所述配置对象模型获取模块，包括：

查询子模块，用于从本地内存中将所述查询条件对应的查询信息与所述配置对象模型中的查询语句向匹配；

确定子模块，用于确定与查询信息匹配成功的配置对象模型为与查询条件对应的配置对象模型。

7.根据权利要求5所述的基于Sqltoy-orm框架的数据库的数据查询装置，其特征在于，所述装置还包括：更新模块，用于按预设时间更新所述配置对象模型中的缓存信息。

8.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至4任一项所述的基于Sqltoy-orm框架的数据库的数据查询方法的步骤。

9.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1-4任一所述的基于Sqltoy-orm框架的数据库的数据查询方法。

Images