订单查询方法和装置、存储介质和电子装置

技术领域

本发明涉及智能家居/智慧家庭技术领域，具体而言，涉及一种订单查询方法和装置、存储介质和电子装置。

背景技术

在线上商城系统中，通常需要保存全部用户的全部订单数据，以便响应于用户的查询请求，对用户的历史订单进行查询。由于线上商城产生的用户订单数据量通常很大，因此在大量数据中查询用户请求的目标订单数据存在查询效率低的技术问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种订单查询方法和装置、存储介质和电子装置，以至少解决现有订单查询方式的查询效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种订单查询方法，包括：接收订单查询请求，其中，上述订单查询请求用于查询目标订单列表，上述目标订单列表中包括至少一条目标订单信息；在上述订单查询请求中携带时间区间参数的情况下，根据上述时间区间参数在第一订单数据集和/或第二订单数据集中查找上述目标订单信息，其中，上述时间区间参数用于指示查询的上述目标订单信息的信息产生时间所在的时间区间，上述第一订单数据集中保存有目标时间点之前的订单数据，上述第二订单数据集中保存有上述目标时间点之后的订单数据；将查找到的上述目标订单信息组合成上述目标订单列表；发送与上述订单查询请求匹配的上述目标订单列表。

可选地，在上述订单查询请求中携带时间区间参数的情况下，根据上述时间区间参数在第一订单数据集和/或第二订单数据集中查找上述目标订单信息，包括：在上述目标时间点处于上述时间区间之后的情况下，从上述第一订单数据集中查找上述目标订单信息；在上述目标时间点处于上述时间区间之前的情况下，从上述第二订单数据集中查找上述目标订单信息；在上述目标时间点处于上述时间区间之间的情况下，从上述第一订单数据集以及上述第二订单数据集中查找上述目标订单信息。

可选地，在上述目标时间点处于上述时间区间之间的情况下，从上述第一订单数据集以及上述第二订单数据集中查找上述目标订单信息，还包括：将上述第一订单数据集和/或上述第二订单数据集中信息产生时间处于上述时间区间之间的订单信息作为上述目标订单信息。

可选地，将查找到的上述目标订单信息组合成上述目标订单列表之前还包括：在上述订单查询请求中携带了订单编号参数的情况下，获取上述订单编号参数，其中，上述订单编号参数由用户对象标识以及信息产生时间通过加密算法处理得到；解析上述订单编号参数，得到与上述订单查询请求匹配的上述目标订单信息的上述信息产生时间；根据上述信息产生时间以及上述订单编号参数在上述第一订单数据集和/或上述第二订单数据集中查找上述目标订单信息。

可选地，发送与上述订单查询请求匹配的上述目标订单列表之前，还包括：在上述订单查询请求中携带了订单页面序号的情况下，获取上述订单页面序号，其中，上述订单页面序号用于查询固定数量的目标订单信息组成的目标订单列表，上述目标订单列表中的各个目标订单信息按照各自对应的信息产生时间倒序排列，上述各个目标订单信息各自匹配一个按照上述信息产生时间递增的订单序号；从上述订单查询请求中获取参考订单序号以及页容量参数，其中，上述参考订单序号为参考订单查询请求对应的目标订单列表中最后一个订单信息的订单序号，上述参考订单查询请求为上一个携带了订单页面序号的订单查询请求，上述页容量参数指示上述目标订单列表中的上述目标订单信息的数量；基于上述订单序号以及上述页容量参数，在第一订单数据集和/或第二订单数据集中查找上述目标订单信息；将查找到的上述目标订单信息基于各自对应的上述订单序号的倒序排列，得到上述目标订单列表。

可选地，上述基于上述订单序号以及上述页容量参数，在第一订单数据集和/或第二订单数据集中查找上述目标订单信息包括：确定订单序号值小于参考订单序号值的参考订单序号序列；获取上述参考订单序号序列中前N个参考订单序号，其中，N与上述页容量参数对应；在第一订单数据集和/或第二订单数据集中查找与上述N个参考订单序号对应的上述目标订单信息。

可选地，在接收订单查询请求之前，还包括：获取上述目标时间点；按照预设更新频率更新上述第一订单数据集以及上述第二订单数据集，包括：将上述第二订单数据集中的上述信息产生时间处于上述目标时间点之前的订单数据转移至上述第一订单数据集。

根据本发明实施例的另一方面，还提供了一种订单查询装置，包括：接收单元，用于接收订单查询请求，其中，上述订单查询请求用于查询目标订单列表，上述目标订单列表中包括至少一条目标订单信息；查找单元，用于在上述订单查询请求中携带时间区间参数的情况下，根据上述时间区间参数在第一订单数据集和/或第二订单数据集中查找上述目标订单信息，其中，上述时间区间参数用于指示查询的上述目标订单信息的信息产生时间所在的时间区间，上述第一订单数据集中保存有目标时间点之前的订单数据，上述第二订单数据集中保存有上述目标时间点之后的订单数据；组合单元，用于将查找到的上述目标订单信息组合成上述目标订单列表；发送单元，用于发送与上述订单查询请求匹配的上述目标订单列表。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述订单查询方法。

根据本发明实施例的又一方面，还提供了一种电子装置，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过上述计算机程序执行上述的订单查询方法。

在本发明实施例中，接收订单查询请求；在订单查询请求中携带时间区间参数的情况下，根据时间区间参数在第一订单数据集和/或第二订单数据集中查找目标订单信息；发送与订单查询请求匹配的目标订单列表，从而根据用户发送的订单查询请求，从两个根据订单信息产生时间划分的数据集中查找目标用户需要获取的订单信息。可以理解的是，第二订单数据集中由于保存的是目标时间点之后的订单信息集合，因此数据量可以显著小于第一订单数据集合第二订单数据集的合集，进而减少数据处理量，从而减少查找时间，提升订单信息查找效率，进而解决了现有订单查询方式的查询效率较低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的订单查询方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的订单查询方法的流程图；

图3是根据本发明实施例的一种可选的订单查询方法的示意图；

图4是根据本发明实施例的另一种可选的订单查询方法的流程图；

图5是根据本发明实施例的一种可选的订单查询装置的结构示意图；

图6是根据本发明实施例的一种可选的电子装置的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种订单查询方法。该订单查询方法可以广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(Intelligence House)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上订单查询方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如订单查询服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，例如可以存储订单集合，包括保存有目标时间点之前的订单数据的第一订单数据集，保存有所述目标时间点之后的订单数据的第二订单数据集；此外，还可以在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务，具体可以将运算服务用于从订单集合中查询订单。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

作为一种可选的实施方式，如图2所示，上述订单查询方法包括以下步骤：

S202，接收订单查询请求，其中，订单查询请求用于查询目标订单列表，目标订单列表中包括至少一条目标订单信息；

S204，在订单查询请求中携带时间区间参数的情况下，根据时间区间参数在第一订单数据集和/或第二订单数据集中查找目标订单信息，其中，时间区间参数用于指示查询的目标订单信息的信息产生时间所在的时间区间，第一订单数据集中保存有目标时间点之前的订单数据，第二订单数据集中保存有目标时间点之后的订单数据；

S206，将查找到的目标订单信息组合成目标订单列表；

S208，发送与订单查询请求匹配的目标订单列表。

可以理解的是，在上述步骤S202中，上述订单查询请求可以是客户端发送的用于对目标订单信息进行查询的请求。响应于订单查询请求在数据库中查找到目标订单信息后，再将目标订单信息组成的订单列表返回给客户端。可选地，在对应于订单请求的目标订单信息数量为一条的情况下，返回的订单列表中可以包括一条目标订单信息；在对应于订单请求的目标订单信息数量为多条的情况下，返回的订单列表中可以包括多条目标订单信息。

在上述步骤S202中请求的目标订单信息可以包括但不限于用于唯一地指示一条订单信息的订单编号信息、订单序号信息，还可以包括订单支付信息、商品信息、订单信息产生时间信息等。其中，订单编号信息可以是根据用户账号标识以及订单信息产生时间唯一确定的编号信息，例如，可以根据用账号标识“0110”和订单产生时间“20221111”通过拼接操作确定的订单编号“011020221111”；在另一种可选的方式中，还可以根据用账号标识“0110”和订单产生时间“20221111”通过加密算法计算操作以得到订单编号。上述订单序号信息可以为用于指示订单产生先后顺序的序号信息。例如，假设用户A的账号标识为“0110”，在B电子商场第一条购物订单的序号可以是“01100001”，在B电子商场第二条购物订单的序号可以是“01100002”……以此类推。需要说明的是，在本实施方式中，上述订单信息中包括的内容仅为示例，不对本实施方式的具体实现构成限制。

在上述步骤S204中的时间区间参数可以包括但不限于为用于指示上述目标订单信息的订单产生时间所在的时间周期信息，例如，参数“2022年”，可以用于指示在2022年中该用户在该电子商城中产生的全部订单信息；参数“2022年1月”，可以用于指示在2022年1月中该用户在该电子商城中产生的全部订单信息。

上述第一订单数据集保存有目标时间点之前的订单数据，上述第二订单数据集保存有目标时间点之后的订单数据。需要说明的是，上述目标时间点为预先确定的时间点，可以是对整个订单数据集确定的固定的时间点，例如，针对B电子商城中全部的订单数据，确定2015年1月1日为上述目标时间点，进而将上述B电子商城中全部的订单数据分为两部分，第一部分中保存有2015年1月1日之前产生的订单数据，第二部分保存有2015年1月1日之后产生的订单数据；

可选地，上述目标时间点还可以是整个订单数据集确定的可变化的时间点，例如，确定上述目标时间点为当前时间点前5年对应的时间点，在当前时间为2022年1月1日的情况下，上述目标时间点确定为2017年1月1日，进而将上述B电子商城中全部的订单数据分为两部分，第一部分中保存有2017年1月1日之前产生的订单数据，第二部分保存有2017年1月1日之后产生的订单数据；在当前时间点为2022年1月2日的情况下，上述目标时间点确定为2017年1月2日，进而将上述B电子商城中全部的订单数据分为两部分，第一部分中保存有2017年1月2日之前产生的订单数据，第二部分保存有2017年1月2日之后产生的订单数据；

可选地，上述目标时间点还可以是针对不同用户的订单数量确定的不同的时间点。例如，用户a在B电子商城中对应有100条订单数据，可以将用户a的第10条订单信息的产生时间确定为与用户a对应的目标时间点；用户b在B电子商城中对应有10条订单数据，可以将用户b的第1条订单信息的产生时间确定为与用户b对应的目标时间点，进而在上述B电子商城的第一订单数据集中保存上述用户a的前10条订单数据，以及用户b的第1条订单数据；在上述B电子商城的第二订单数据集中保存上述用户a的第11条订单数据至第100条订单数据，以及用户b的第2条数据至第10条订单数据。

可以理解的是，根据电子订单的查询规律以及处理规律可知，距离当前时间点越久远的订单被查询或者被处理的概率越小，因此可以根据订单生成时间确定出两个数据集，在第一数据集中保存订单生成时间距离当前时间相对较为久远的订单数据，在第二数据集中保存订单生成时间距离当前时间相对较近的订单数据，从而在接收到订单查询请求的情况下，优先在第二数据集中进行订单查询，由于第二数据集的数据量显著小于总数据量，因此可以显著提升订单查询效率。此外，在需要对订单数据进行数据结构的调整的情况下，也可以优先在第二数据集进行数据结构的调整，从而避免了对全部订单表数据进行结构修改，提升了修改订单数据的数据结构的便捷性。

需要说明的是，上述目标时间点的确定方式仅为示例性说明，不对上述方法的具体实现构成限制。

进一步地，在从第一订单数据集和/或第二订单数据集中查找目标订单信息之后，可以将查找的目标订单信息进行组合得到目标订单列表。在上述目标订单信息仅有一条的情况下，上述组合方式是直接将上述目标订单信息确定为上述目标订单列表；在上述目标订单信息仅存在多条的情况下，上述组合方式是直接将上述多条目标订单信息按照预设顺序组合确定为上述目标订单列表。例如，在接收的订单查询请求中携带显示顺序请求元素的情况下，可以根据订单查询请求中携带显示顺序请求元素确定上述预设顺序，如时间顺序、订单数额顺序、相关性顺序等。以上组合方式仅为示例，不对实际应用中的组合方式构成限制。

通过本申请上述实施方式，接收订单查询请求；在订单查询请求中携带时间区间参数的情况下，根据时间区间参数在第一订单数据集和/或第二订单数据集中查找目标订单信息；发送与订单查询请求匹配的目标订单列表，从而根据用户发送的订单查询请求，从两个根据订单信息产生时间划分的数据集中查找目标用户需要获取的订单信息。可以理解的是，第二订单数据集中由于保存的是目标时间点之后的订单信息集合，因此数据量可以显著小于第一订单数据集合第二订单数据集的合集，进而减少数据处理量，从而减少查找时间，提升订单信息查找效率，进而解决了现有订单查询方式的查询效率较低的技术问题。

作为一种可选的实施方式，在订单查询请求中携带时间区间参数的情况下，根据时间区间参数在第一订单数据集和/或第二订单数据集中查找目标订单信息，包括：

S1，在目标时间点处于时间区间之后的情况下，从第一订单数据集中查找目标订单信息；

S2，在目标时间点处于时间区间之前的情况下，从第二订单数据集中查找目标订单信息；

S3，在目标时间点处于时间区间之间的情况下，从第一订单数据集以及第二订单数据集中查找目标订单信息。

具体地，假设上述目标时间点为2015年1月1日，在订单查询请求携带的时间区间为“2019年”的情况下，确定上述目标时间点处于上述时间区间参数之前，进而在第二订单数据集中查询上述目标订单信息；在订单查询请求携带的时间区间为“2014年”的情况下，确定上述目标时间点处于上述时间区间参数之后，进而在第第一订单数据集中查询上述目标订单信息；在订单查询请求携带的时间区间为“2014年-2015年”的情况下，确定上述目标时间点处于上述时间区间参数之间，进而在上述第一订单数据集和第二订单数据集中查询上述目标订单信息。

通过本申请的上述实施方式，以在目标时间点处于时间区间之后的情况下，从第一订单数据集中查找目标订单信息；在目标时间点处于时间区间之前的情况下，从第二订单数据集中查找目标订单信息；在目标时间点处于时间区间之间的情况下，从第一订单数据集以及第二订单数据集中查找目标订单信息，从而根据查询请求中携带的时间区间参数从对应的订单数据集中查找目标订单信息，避免从全部的订单数据中进行数据查找，从而实现提升查找效率的技术效果。

作为一种可选的实施方式，上述在目标时间点处于时间区间之间的情况下，从第一订单数据集以及第二订单数据集中查找目标订单信息，还包括：将第一订单数据集和/或第二订单数据集中信息产生时间处于时间区间之间的订单信息作为目标订单信息。

可以理解的是，在本实施方式中，通过上述方式确定用于查找目标订单信息的数据集合之后，在对应的订单数据集中根据上述时间区间参数将对应的订单信息确定为上述目标订单信息。

作为一种可选的实施方式，上述将查找到的目标订单信息组合成目标订单列表之前还包括：

S1，在订单查询请求中携带了订单编号参数的情况下，获取订单编号参数，其中，订单编号参数由用户对象标识以及信息产生时间通过加密算法处理得到；

S2，解析订单编号参数，得到与订单查询请求匹配的目标订单信息的信息产生时间；

S3，根据信息产生时间以及订单编号参数在第一订单数据集和/或第二订单数据集中查找目标订单信息。

需要说明的是，在本实施方式中，对应于客户端根据订单编号参数进行订单查询的操作，在获取到上述订单编号参数的情况下，可以进一步根据订单编号解析得到目标订单信息的信息产生时间，再根据信息产生时间在对应的订单数据集中进行订单查询。

例如，在订单编号信息是根据用户账号标识和订单产生时间拼接得到的情况下，接收到的订单编号为“011020221111”，进而从中解析出订单产生时间为“2022年11月11日”；假设在本实施方式中，上述目标时间点为2015年1月1日，进而确定在第二订单数据集中查询上述订单信息。

在另一种方式中，订单编号信息为根据用户账号标识和订单产生时间根据服务器和客户端之间约定的加密算法得到的，在获取到订单编号“1122334459”的情况下，根据约定的解密算法对其进行解析，以确定上述订单编号对应的订单产生时间，进而在对应的订单数据集中对上述订单信息进行查询。

通过本申请的上述实施方式，以在订单查询请求中携带了订单编号参数的情况下，获取订单编号参数，其中，订单编号参数由用户对象标识以及信息产生时间通过加密算法处理得到；解析订单编号参数，得到与订单查询请求匹配的目标订单信息的信息产生时间；根据信息产生时间以及订单编号参数在第一订单数据集和/或第二订单数据集中查找目标订单信息，从而在客户端发起根据订单编号信息进行订单查询的操作的情况下，根据订单编号信息中解析得到的时间信息，在对应的订单数据集中进行订单查询，进而避免了在包括了全部订单的集合中进行订单查询，显著提升了订单查询的效率。

作为一种可选的实施方式，上述发送与订单查询请求匹配的目标订单列表之前，还包括：

S1，在订单查询请求中携带了订单页面序号的情况下，获取订单页面序号，其中，订单页面序号用于查询固定数量的目标订单信息组成的目标订单列表，目标订单列表中的各个目标订单信息按照各自对应的信息产生时间倒序排列，各个目标订单信息各自匹配一个按照信息产生时间递增的订单序号；

S2，从订单查询请求中获取参考订单序号以及页容量参数，其中，参考订单序号为参考订单查询请求对应的目标订单列表中最后一个订单信息的订单序号，参考订单查询请求为上一个携带了订单页面序号的订单查询请求，页容量参数指示目标订单列表中的目标订单信息的数量；

S3，基于订单序号以及页容量参数，在第一订单数据集和/或第二订单数据集中查找目标订单信息；

S4，将查找到的目标订单信息基于各自对应的订单序号进行倒序排列，得到目标订单列表。

可以理解的是，上述方式为客户端在提供按页浏览订单的情况下，服务器响应于浏览请求以获取待显示的订单页面的方法。在上述方式中，上述订单页面需要为当前请求的订单页面的序号，例如，第1页订单、第2页订单，其中，1、2即为上述订单页面序号。可以理解的是，上述查询方式可以是用户在客户端对全部历史订单进行查询的场景，在用户选中第1订单页面，且确定一个订单页面的页容量为10条的情况下，接收服务器返回的以最近的10条订单信息组成的订单列表，并以时间倒序的形式显示上述10条订单信息。

以下进一步对于同一个订单相关的订单序号信息以及订单编号信息进行说明。上述订单序号信息可以为用于唯一的指示订单产生先后顺序的序号信息。例如，假设用户A的账号标识为“0110”，在B电子商场第一条购物订单的序号可以是“01100001”，在B电子商场第二条购物订单的序号可以是“01100002”；相对地，订单编号信息可以是根据用户账号标识以及订单信息产生时间唯一确定的编号信息，例如，可以根据用账号标识“0110”和订单产生时间“20221111”通过拼接操作确定的订单编号“011020221111”；在另一种可选的方式中，还可以根据用账号标识“0110”和订单产生时间“20221111”通过加密算法计算操作以得到订单编号。可见，上述订单序号信息和上述订单编号信息都可以唯一地标识订单信息。在本实施方式中，可以通过订单序号信息确定待查询的目标订单信息。

进一步地，在本实施方式中，在获取到包含了订单页面序号的情况下，确定客户端请求的是固定数量的订单信息组成的订单页面，进而进一步获取订单查询请求中包括的参考订单序号以及页容量参数。可选地，在本实施方式中，上述参考订单序号为上一个页面查询请求对应的最后一个目标订单信息对应的订单序号。

作为一种可选的实施方式，上述基于订单序号以及页容量参数，在第一订单数据集和/或第二订单数据集中查找目标订单信息包括：

S1，确定订单序号值小于参考订单序号值的参考订单序号序列；

S2，获取参考订单序号序列中前N个参考订单序号，其中，N与页容量参数对应；

S3，在第一订单数据集和/或第二订单数据集中查找与N个参考订单序号对应的目标订单信息。

以下结合具体方式对上述方法进行进一步说明。例如，在用户请求第1页订单页面的订单信息的情况下，服务器获取该用户最近的十条订单信息，分别为订单序号分别为01100100、01100099、……01100091。可理解的，由于订单序号为根据订单产生时间倒序生成的，其中，01100100可以用于指示该用户的第100条订单信息，01100099可以用于指示该用户的第99条信息，以此类推。进一步地，在用户请求第2页订单页面的订单信息的情况下，可以获取上一次查询请求中最后一条订单的订单序号以及订单页面容量，分别为01100091以及10。进而根据01100091和10确定待查询的订单信息的订单序号，具体可以通过参考订单序号0110091减去页容量10，进而得到待查询的订单序号中序号最小的订单序号为01100081，进而确定待查询的订单列表中的订单序号分别为01100090、01100089、01100088、……01100081。进而，可以根据上述第2页面中的各个订单的订单序号唯一地确定对应的目标订单，即可在第一订单数据集和/或第二订单数据集中查找目标订单信息。

具体地，在获取到上述订单序列中各个订单信息对应的订单序号分别为01100090、01100089、01100088、……01100081的情况下，依次获取上述订单序列中各个订单序号各自对应的订单编号，例如，上述订单序号01100090对应的订单信息的订单编号为“011020221111”，进而根据订单编号解析出该订单的订单产生时间为2022年11月11日，在目标时间点为2015年1月1日之后，即可在第二订单数据集中查找上述订单编号对应的订单信息；假设订单序号01100081对应的订单编号为“011020141111”，进而根据订单编号解析出该订单的订单产生时间为2014年11月11日，在目标时间点为2015年1月1日之前，即可在第一订单数据集中查找上述订单编号对应的订单信息。也就是说，在本实施方式中，通过上一次查询结果中订单序号最小的序号值作为参考订单序号值，并基于参考订单序号值和页容量确定待查询的订单序列中每一个订单的订单序号，并根据订单序号和订单编号之间的对应关系，确定出每个订单的订单产生时间，进而在第一订单数据集和/或第二订单数据集查找各个目标订单信息。

通过本申请的上述实施方式，以在订单查询请求中携带了订单页面序号的情况下，获取订单页面序号；从订单查询请求中获取参考订单序号以及页容量参数；基于订单序号以及页容量参数，在第一订单数据集和/或第二订单数据集中查找目标订单信息；将查找到的目标订单信息基于各自对应的订单序号进行倒序排列，得到目标订单列表，从而根据订单序号和页容量进行订单的高效查询，避免了现有方式中，在查询页面数较大的订单页面的情况下，需要遍历已查询的全部订单才能进行后续订单查询的方式，而是直接根据参考订单传参的方式进行订单序号的快速确定，并结合第一订单数据集和第二订单数据集进行高效订单查询，实现了提高订单查询效率的技术效果。

作为一种可选的实施方式，上述订单查询方法包括：

S1，获取目标时间点；

S2，按照预设更新频率更新第一订单数据集以及第二订单数据集，包括：将第二订单数据集中的信息产生时间处于目标时间点之前的订单数据转移至第一订单数据集。

在本实施方式中，可以采用定期对第一订单数据集和第二订单数据集中的订单数据进行迁移更新。

可以理解的是，在一种具体的方式中，按照订单查询逻辑，订单关闭之后最长15天后不可发起逆向，订单关闭后90天不能评价和追评，订单查询半年以内的订单是最频繁的，所以在向后延长时间约定为200天为订单的分水岭，系统会将订单结束时间达到200天的订单迁移至历史订单表。

如图3所示，在本实施方式中，针对订单数据量过多的技术问题，将订单按时间维度划分为订单表(即上述第二订单数据集)和历史订单表(即第一订单数据集)，每天凌晨执行一次定时任务，将生命周期已经完结的超过200天的订单迁移至历史订单表中。

通过本申请的上述实施方式，获取目标时间点；按照预设更新频率更新第一订单数据集以及第二订单数据集，包括：将第二订单数据集中的信息产生时间处于目标时间点之前的订单数据转移至第一订单数据集，从而将订单数据根据时间拆分，降低了订单表的数据量，方便对订单表的新需求的表结构修改，也提高了数据的查询效率。

以下结合图4对本申请的一个具体方式进行进一步说明。

如图4所示，服务器在接收到操作需求的情况下，首先获取操作类型，在操作类型为对订单数据进行添加和更新操作的情况下，如下单入库、取消订单、删除订单、定时任务、退款等操作，直接在订单表(即上述第二订单数据集)中进行处理；

确定当前操作类型为订单列表查询的情况下，进一步获取订单查询请求中的事件参数。可以理解的是，在客户端，用户可以选择一个月内、三个月内、六个月内、今年以及前端根据当前时间所计算展示的2021年、2020年等等，或者用户可以选择某个时间范围，系统会根据时间参数判断查询的时间范围与当前时间点的天数差。

进一步地，根据查询的时间范围与当前时间点的天数差在不同的表中进行数据查询：时间均在200天以内的只需要查询订单表；时间在200天前后的话，需要先查订单表，再查历史订单表(即上述第一订单数据集)；时间在200以后的话，只需要查历史订单表。

可以理解的是，在客户端发起根据订单详情查询操作的情况下，可以根据订单号(即上述订单编号)查询订单详情。因为订单号是系统计算生成，时间也参与运算，通过逆向运算可以查出下单的时间，根据下单时间可计算出与当前时间点的天数差。接着，时间均在200天以内的只需要查询订单表；时间在200以后的话，只需要查历史订单表。

进一步地，本实施例还提供一种页面查询的方式，不采用传统的页码和页容量的查询方法，使用页容量和订单id(即订单序号)的方式，订单id入库是按时间的自增序列，所以即符合订单的时间逆向排序，也可以提高数据库的查询效率。具体方式是第一页不需要传订单id，以后每一页传上一个返回的最后一个订单id，数据库查询时小于传参的订单id后查出页容量的条数返回。

可以理解的是，数据库表基数太大并且随着订单量的激增，将导致查询效率低效、接口响应时间长。根据时间拆分，将不在有业务处理的订单归到历史表，方便对订单表新需求的表结构修改订单查询最频繁的数据因为表基数降低而提速。新的分页方式大大提高查询效率。

通过本申请的上述实施方式，采用时间分表分为当前业务订单表和历史订单表，还可以根据时间判断查询订单表还是历史表抑或混合查，此外还在分页查询过程中，通过采用订单id+页容量的方式提高查询效率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

根据本发明实施例的另一个方面，还提供了一种用于实施上述订单查询方法的订单查询装置。如图5所示，该装置包括：

接收单元502，用于接收订单查询请求，其中，订单查询请求用于查询目标订单列表，目标订单列表中包括至少一条目标订单信息；

查找单元504，用于在订单查询请求中携带时间区间参数的情况下，根据时间区间参数在第一订单数据集和/或第二订单数据集中查找目标订单信息，其中，时间区间参数用于指示查询的目标订单信息的信息产生时间所在的时间区间，第一订单数据集中保存有目标时间点之前的订单数据，第二订单数据集中保存有目标时间点之后的订单数据；

组合单元506，用于将查找到的目标订单信息组合成目标订单列表；

发送单元508，用于发送与订单查询请求匹配的目标订单列表。

可选地，在本实施例中，上述各个单元模块所要实现的实施例，可以参考上述各个方法实施例，这里不再赘述。

根据本发明实施例的又一个方面，还提供了一种用于实施上述订单查询方法的电子装置，该电子装置可以是图6所示的终端设备或服务器。本实施例以该电子装置为终端设备为例来说明。如图6所示，该电子装置包括存储器602和处理器604，该存储器602中存储有计算机程序，该处理器604被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子装置可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，接收订单查询请求，其中，订单查询请求用于查询目标订单列表，目标订单列表中包括至少一条目标订单信息；

S2，在订单查询请求中携带时间区间参数的情况下，根据时间区间参数在第一订单数据集和/或第二订单数据集中查找目标订单信息，其中，时间区间参数用于指示查询的目标订单信息的信息产生时间所在的时间区间，第一订单数据集中保存有目标时间点之前的订单数据，第二订单数据集中保存有目标时间点之后的订单数据；

S3，将查找到的目标订单信息组合成目标订单列表；

S4，发送与订单查询请求匹配的目标订单列表。

可选地，本领域普通技术人员可以理解，图6所示的结构仅为示意，电子装置也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(MobileInternetDevices，MID)、PAD等终端设备。图6其并不对上述电子装置的结构造成限定。例如，电子装置还可包括比图6中所示更多或者更少的组件(如网络接口等)，或者具有与图6所示不同的配置。

其中，存储器602可用于存储软件程序以及模块，如本发明实施例中的订单查询方法和装置对应的程序指令/模块，处理器604通过运行存储在存储器602内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的订单查询方法。存储器602可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器602可进一步包括相对于处理器604远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器602具体可以但不限于用于存储虚拟角色的属性信息、订单查询信息等信息。作为一种示例，如图6所示，上述存储器602中可以但不限于包括上述订单查询装置中的接收单元502、查询单元504、组合单元506以及发送单元508。此外，还可以包括但不限于上述订单查询装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置606用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置606包括一个网络适配器(NetworkInterfaceController，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置606为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子装置还包括：显示器608，用于在显示界面订单查询操作界面；和连接总线610，用于连接上述电子装置中的各个模块部件。

在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(P2P，PeerToPeer)网络，任意形式的计算设备，比如服务器、终端等电子装置都可以通过加入该点对点网络而成为该区块链系统中的一个节点。

根据本申请的一个方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序/指令，该计算机程序/指令包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理器执行时，执行本申请实施例提供的各种功能。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

根据本申请的一个方面，提供了一种计算机可读存储介质，计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述订单查询方方法。

可选地，在本实施例中，上述计算机可读存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，接收订单查询请求，其中，订单查询请求用于查询目标订单列表，目标订单列表中包括至少一条目标订单信息；

S2，在订单查询请求中携带时间区间参数的情况下，根据时间区间参数在第一订单数据集和/或第二订单数据集中查找目标订单信息，其中，时间区间参数用于指示查询的目标订单信息的信息产生时间所在的时间区间，第一订单数据集中保存有目标时间点之前的订单数据，第二订单数据集中保存有目标时间点之后的订单数据；

S3，将查找到的目标订单信息组合成目标订单列表；

S4，发送与订单查询请求匹配的目标订单列表。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-OnlyMemory，ROM)、随机存取器(RandomAccessMemory，RAM)、磁盘或光盘等。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例上述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。