CN104468773A - 数据处理方法和服务端 - Google Patents

Abstract

本发明公开了一种数据处理方法和服务端。其中，该数据处理方法包括：服务端接收来自客户端对待修改数据进行修改的修改指令，其中，修改指令包括用于查询待修改数据的查询条件和修改信息；服务端根据查询条件在数据库中查找待修改数据；服务端按照修改信息对查找到的待修改数据进行修改；以及服务端向客户端返回修改结束的提示信息。通过本发明，解决了现有技术中修改服务端数据消耗大量网络资源的问题。

Description

数据处理方法和服务端

技术领域

本发明涉及通信领域，具体而言，涉及一种数据处理方法和服务端。

背景技术

现如今有大量的软件使用C/S或者B/是结构，在这两类软件中，数据一般存储在服务端，当客户端需要修改数据时，需要向服务端请求数据，由服务端将数据发给客户端以便于客户端的修改。在客户端对这些数据进行修改之后，将修改后的数据再发送给服务端。在这个过程中，需要在客户端和服务端之间进行两次传输，即修改前服务端向客户端发送数据，修改后服务端接收客户端发送的数据。对于大量数据来说，在客户端展示需要消耗客户端的缓存，在客户端和服务端之间的传输导致网络传输量较大，消耗大量的网络流量，传输的过程还耗费了时间。

针对现有技术中修改服务端数据消耗大量网络资源的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种数据处理方法和服务端，以解决现有技术中修改服务端数据消耗大量网络资源的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种数据处理方法。根据本发明的数据处理方法包括：服务端接收来自客户端对待修改数据进行修改的修改指令，其中，所述修改指令包括用于查询所述待修改数据的查询条件和修改信息；所述服务端根据所述查询条件在数据库中查找所述待修改数据；所述服务端按照所述修改信息对查找到的所述待修改数据进行修改；以及所述服务端向所述客户端返回修改结束的提示信息。

进一步地，所述服务端根据所述查询条件在数据库中查找所述待修改数据包括：所述服务端对所述查询条件进行解析，得到筛选条件，其中，所示筛选条件包括一个或者多个条件；所述服务端从所述数据库中查找满足所述筛选条件的数据，得到所述待修改数据；所述服务端将满足所述筛选条件的数据作为所述待修改数据。

进一步地，所述服务端按照所述修改信息对查找到的所述待修改数据进行修改包括：所述服务端获取从所述数据库中查找到的所述待修改数据；所述服务端按照所述修改信息对获取到的所述待修改数据进行修改；以及所述服务端将修改后的所述待修改数据发回给所述数据库。

进一步地，所述服务端按照所述修改信息对获取到的所述待修改数据进行修改包括：所述服务端从所述修改信息中获取对所述待修改数据进行修改的目标值；所述服务端获取所述待修改数据的原始值；以及所述服务端将所述待修改数据的原始值修改为所述目标值。

进一步地，所述服务端向所述客户端返回修改结束的提示信息包括：所述服务端判断是否成功对所述待修改数据进行修改；如果成功，则所述服务端向所述客户端发送修改成功的提示信息；以及如果不成功，则所述服务端向所述客户端发送修改失败的提示信息。

为了实现上述目的，根据本发明的另一方面，提供了一种服务端。根据本发明的服务端包括：接收单元，用于接收来自客户端对待修改数据进行修改的修改指令，其中，所述修改指令包括用于查询所述待修改数据的查询条件和修改信息；查找单元，用于根据所述查询条件在数据库中查找所述待修改数据；修改单元，用于按照所述修改信息对查找到的所述待修改数据进行修改；以及发送单元，用于向所述客户端返回修改结束的提示信息。

进一步地，所述查找单元包括：解析模块，用于对所述查询条件进行解析，得到筛选条件，其中，所示筛选条件包括一个或者多个条件；查找模块，用于从所述数据库中查找满足所述筛选条件的数据，得到所述待修改数据；以及确定模块，用于将满足所述筛选条件的数据作为所述待修改数据。

进一步地，所述修改单元包括：获取模块，用于获取从所述数据库中查找到的所述待修改数据；修改模块，用于按照所述修改信息对获取到的所述待修改数据进行修改；以及发送模块，用于将修改后的所述待修改数据发回给所述数据库。

进一步地，所述修改模块包括：第一获取子模块，用于从所述修改信息中获取对所述待修改数据进行修改的目标值；第二获取子模块，用于获取所述待修改数据的原始值；以及修改子模块，用于将所述待修改数据的原始值修改为所述目标值。

进一步地，所述发送单元包括：判断单元，用于判断是否成功对所述待修改数据进行修改；第一提示单元，用于在成功时，向所述客户端发送修改成功的提示信息；以及第二提示单元，用于在不成功时，向所述客户端发送修改失败的提示信息。

通过本发明，采用服务端接收来自客户端对待修改数据进行修改的修改指令，其中，修改指令包括用于查询待修改数据的查询条件和修改信息；服务端根据查询条件在数据库中查找待修改数据；服务端按照修改信息对查找到的待修改数据进行修改；以及服务端向客户端返回修改结束的提示信息的方法，在对待修改数据进行修改的过程中，不需要向客户端发送待修改数据，修改的工作由服务端完成，避免了向客户端发送待修改数据和接收客户端修改后的数据的两次数据传输过程，从而达到了节约网络资源的效果。

附图说明

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

图1是根据本发明实施例的数据处理方法的时序图；

图2是根据本发明优选实施例的数据处理方法的时序图；以及

图3是根据本发明实施例的服务端的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

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

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

本发明实施例提供了一种数据处理方法。该方法能够用于客户端对服务端的数据进行修改，其中，客户端和服务端都可以是运行在终端上的程序。

图1是根据本发明实施例的数据处理方法的流程图。如图所示，该数据处理方法包括如下步骤S102至步骤S108：

步骤S102，服务端接收来自客户端对待修改数据进行修改的修改指令，其中，修改指令包括用于查询待修改数据的查询条件和修改信息；

步骤S104，服务端根据查询条件在数据库中查找待修改数据；

步骤S106，服务端按照修改信息对查找到的待修改数据进行修改；

步骤S108，服务端向客户端返回修改结束的提示信息。

服务端接收客户端的修改指令之后，在按照客户端的查询条件在数据库中查找待修改数据，并对查找到的待修改数据进行修改的过程中，不需要向客户端发送待修改数据，修改的工作由服务端完成，不需要客户端的参与，也就避免了向客户端发送待修改数据和接收客户端修改后的数据的两次数据传输过程，从而解决了现有技术中修改数据耗费大量网络资源的问题。另外，由于服务端与客户端的交互仅需要一次，也就是服务端接收客户端的修改指令，对数据修改的工作全部由服务端完成，不需要在传输数据上花费时间，节约了修改数据的时间。

下面结合表1所示的员工信息对本实施进行说明。

表1员工信息表

员工	月薪	评分
			王媛	12000	94
叶学	8000	95
			钟天	7000	78
魏伟	10000	86
			张哲	18000	90
王龙	9000	75
			……	……	……

服务端接收的查询条件为员工的评分大于等于95的月薪，修改信息为月薪上调40％。

服务端接收到上述修改指令之后，在数据库查找到员工信息表，如表1。在表1中，服务端找到评分大于等于95的员工的月薪为8000，按照月薪上涨40％的修改信息将月薪由8000修改为11200。在服务端将数据修改完成之后，向客户端发送修改结束的提示信息或者向客户端展示修改后的数据。

具体地，服务端向客户端返回修改结束的提示信息包括：服务端判断是否成功对待修改数据进行修改；如果成功，则服务端向客户端发送修改成功的提示信息；以及如果不成功，则服务端向客户端发送修改失败的提示信息。

如果服务端判断出已经成功对待修改数据进行修改，则服务端向客户端发送“修改成功”；如果修改失败，则服务端向客户端发送“修改失败”的提示信息，在向客户端发送修改失败的提示信息时，向客户端发送失败原因。当修改失败的原因明确时，将相应的失败原因发送给客户端，当失败原因的原因未知时，可以向客户端发送“未知错误”等以提示客户端修改失败。服务端向客户端发送是否修改成功的提示信息，能够在修改失败的情况下及时提醒客户端，避免数据修改的遗漏，并且便于客户端及时查找导致修改失败的原因。

优选地，服务端根据查询条件在数据库中查找待修改数据包括：服务端对查询条件进行解析，得到筛选条件，其中，所述筛选条件包括一个或者多个条件；服务端从数据库中查找满足筛选条件的数据，得到待修改数据；服务端将满足筛选条件的数据作为待修改数据。

服务端对上述查询条件(员工的评分大于等于95的月薪)进行解析，得到的筛选条件分别为员工、评分、评分大于等于95、月薪，服务端从员工信息表中筛选出评分的信息，进一步从评分信息中筛选出大于等于95的评分，并查找该评分对应的月薪。由于数据库中存储的数据是以类似表1所示的数据表的形式存在，数据与数据之间存在映射关系，因此，服务端根据查询条件中的筛选条件能够准确确定客户端需要修改的数据，并将该确定的数据作为待修改数据。

进一步地，服务端按照修改信息对查找到的待修改数据进行修改包括如下步骤S202至步骤S206：

步骤S202，服务端获取从数据库中查找到的待修改数据。

步骤S204，服务端按照修改信息对获取到的待修改数据进行修改。

步骤S206，服务端将修改后的待修改数据发回给数据库。

服务端从数据库中获取待修改数据，将待修改数据保存在服务端的内存中，然后按照修改信息对待修改数据进行修改，再将修改后的数据发回给数据库，由数据库继续保存数据。服务端仅从数据库中获取查找到的待修改数据，相对于数据库中存储的大量数据来说，在服务端和数据库之间传输待修改数据传输量较小，并且尽在服务端和数据库之间传输数据，消耗时间较短，而现有技术需要服务端从数据库中获取数据，并将获取的数据传输给客户端，在客户端和服务端以及服务端和数据库之间均有传输，比较浪费时间和网络资源，相比现有技术而言，该实施例中的数据处理方式使得修改服务端中的数据的过程能够解决现有技术中消耗大量网络资源的问题，达到了节约网络资源的效果。

进一步地，服务端按照修改信息对获取到的待修改数据进行修改包括：服务端从修改信息中获取对待修改数据进行修改的目标值；服务端获取待修改数据的原始值；以及服务端将待修改数据的原始值修改为目标值。

如果对表1所示的员工信息的修改包括以下几个条件：

评分≥95的员工的月薪，上涨40％；

评分≥90的员工的月薪，上涨30％；

评分≥80的员工的月薪，上涨20％；

评分＜80的员工的月薪，上涨15％。

那么，在查找到满足上述筛选条件的待修改数据之后，将这些数据保存在客户端的内存中，如表1所示。针对每个筛选条件对应的修改信息对相应的待修改数据进行修改，修改后的数据如表2所示。将表2的数据发给数据库，对数据库中的待修改数据进行更新。

表2修改后的员工信息

员工	月薪	评分
			王媛	15600	94
叶学	11200	95
			钟天	8050	78
魏伟	12000	68
			张哲	234000	90
王龙	10350	75
			……	……	……

对于“评分≥95的员工的月薪”，目标值为上涨40％，该筛选条件对应员工为叶学，由表1可以确定原始值为8000，修改为目标值之后，叶学的月薪为11200；

对于“评分≥90的员工的月薪”，目标值为上涨30％，该筛选条件对应的员工为王媛和张哲，由表1可以确定原始值分别为12000和18000，修改后的月薪分别为11200和23400。

对于其他筛选条件的修改方法与上述两个例子的方法相同，不再一一赘述。

本发明实施例达到如下效果：

1)对待修改数据进行修改的过程中，不需要向客户端发送待修改数据，修改的

工作由服务端完成，避免了向客户端发送待修改数据和接收客户端修改后的数据

的两次数据传输过程，从而达到了节约网络资源的效果。

2)由于服务端与客户端的交互仅需要一次，也就是服务端接收客户端的修改指

令，不需要在传输数据上花费时间，节约了修改数据的时间。

3)待修改数据不需要发送给客户端，避免客户端缓存数据需要占用大量内存。

本发明实施例还提供了一种服务端。本发明实施例的数据处理方法可以通过本发明实施例所提供的服务端来执行，本发明实施例的服务端也可以用于执行本发明实施例所提供的数据处理方法。

图3是根据本发明实施例的服务端的示意图。如图所示，该服务端包括：接收单元10、查找单元30、修改单元50和发送单元70。

接收单元10用于接收来自客户端对待修改数据进行修改的修改指令，其中，修改指令包括用于查询待修改数据的查询条件和修改信息；

查找单元30用于根据查询条件在数据库中查找待修改数据；

修改单元50用于按照修改信息对查找到的待修改数据进行修改；以及

发送单元70用于向客户端返回修改结束的提示信息。

服务端接收客户端的修改指令之后，在按照客户端的查询条件在数据库中查找待修改数据，并对查找到的待修改数据进行修改的过程中，不需要向客户端发送待修改数据，修改的工作由服务端完成，不需要客户端的参与，也就避免了向客户端发送待修改数据和接收客户端修改后的数据的两次数据传输过程，从而解决了现有技术中修改数据耗费大量网络资源的问题。另外，由于服务端与客户端的交互仅需要一次，也就是服务端接收客户端的修改指令，对数据修改的工作全部由服务端完成，不需要在传输数据上花费时间，节约了修改数据的时间。

下面结合表1所示的员工信息对本实施进行说明。

服务端接收的查询条件为员工的评分大于等于95的月薪，修改信息为月薪上调40％。

服务端接收到上述修改指令之后，在数据库查找到员工信息表，如表1。在表1中，服务端找到评分大于等于95的员工的月薪为8000，按照月薪上涨40％的修改信息将月薪由8000修改为11200。在服务端将数据修改完成之后，向客户端发送修改结束的提示信息或者向客户端展示修改后的数据。

具体地，发送单元70包括：判断单元，用于判断是否成功对待修改数据进行修改；第一提示单元，用于在成功时，向客户端发送修改成功的提示信息；以及第二提示单元，用于在不成功时，向客户端发送修改失败的提示信息。

如果服务端判断出已经成功对待修改数据进行修改，则服务端向客户端发送“修改成功”；如果修改失败，则服务端向客户端发送“修改失败”的提示信息，在向客户端发送修改失败的提示信息时，向客户端发送失败原因。当修改失败的原因明确时，将相应的失败原因发送给客户端，当失败原因的原因未知时，可以向客户端发送“未知错误”等以提示客户端修改失败。服务端向客户端发送是否修改成功的提示信息，能够在修改失败的情况下及时提醒客户端，避免数据修改的遗漏，并且便于客户端及时查找导致修改失败的原因。

优选地，查找单元包括：解析模块，用于对查询条件进行解析，得到筛选条件，其中，所示筛选条件包括一个或者多个条件；查找模块，用于从数据库中查找满足筛选条件的数据，得到待修改数据；以及确定模块，用于将满足筛选条件的数据作为待修改数据。

服务端对上述查询条件(员工的评分大于等于95的月薪)进行解析，得到的筛选条件分别为员工、评分、评分大于等于95、月薪，服务端从员工信息表中筛选出评分的信息，进一步从评分信息中筛选出大于等于95的评分，并查找该评分对应的月薪。由于数据库中存储的数据是以类似表1所示的数据表的形式存在，数据与数据之间存在映射关系，因此，服务端根据查询条件中的筛选条件能够准确确定客户端需要修改的数据，并将该确定的数据作为待修改数据。

进一步地，修改单元包括：获取模块，用于获取从数据库中查找到的待修改数据；修改模块，用于按照修改信息对获取到的待修改数据进行修改；以及发送模块，用于将修改后的待修改数据发回给数据库。

服务端从数据库中获取待修改数据，将待修改数据保存在服务端的内存中，然后按照修改信息对待修改数据进行修改，再将修改后的数据发回给数据库，由数据库继续保存数据。服务端仅从数据库中获取查找到的待修改数据，相对于数据库中存储的大量数据来说，在服务端和数据库之间传输待修改数据传输量较小，并且尽在服务端和数据库之间传输数据，消耗时间较短，而现有技术需要服务端从数据库中获取数据，并将获取的数据传输给客户端，在客户端和服务端以及服务端和数据库之间均有传输，比较浪费时间和网络资源，相比现有技术而言，该实施例中的数据处理方式使得修改服务端中的数据的过程能够解决现有技术中消耗大量网络资源的问题，达到了节约网络资源的效果。

进一步地，修改模块包括：第一获取子模块，用于从修改信息中获取对待修改数据进行修改的目标值；第二获取子模块，用于获取待修改数据的原始值；以及修改子模块，用于将待修改数据的原始值修改为目标值。

如果对表1所示的员工信息的修改包括以下几个条件：

评分≥95的员工的月薪，上涨40％；

评分≥90的员工的月薪，上涨30％；

评分≥80的员工的月薪，上涨20％；

评分＜80的员工的月薪，上涨15％。

那么，在查找到满足上述筛选条件的待修改数据之后，将这些数据保存在客户端的内存中，如表1所示。针对每个筛选条件对应的修改信息对相应的待修改数据进行修改，修改后的数据如表2所示。将表2的数据发给数据库，对数据库中的待修改数据进行更新。

对于“评分≥95的员工的月薪”，目标值为上涨40％，该筛选条件对应员工为叶学，由表1可以确定原始值为8000，修改为目标值之后，叶学的月薪为11200；

对于“评分≥90的员工的月薪”，目标值为上涨30％，该筛选条件对应的员工为王媛和张哲，由表1可以确定原始值分别为12000和18000，修改后的月薪分别为11200和23400。

对于其他筛选条件的修改方法与上述两个例子的方法相同，不再一一赘述。

本发明实施例达到如下效果：

1)对待修改数据进行修改的过程中，不需要向客户端发送待修改数据，修改的

工作由服务端完成，避免了向客户端发送待修改数据和接收客户端修改后的数据

的两次数据传输过程，从而达到了节约网络资源的效果。

2)由于服务端与客户端的交互仅需要一次，也就是服务端接收客户端的修改指

令，不需要在传输数据上花费时间，节约了修改数据的时间。

3)待修改数据不需要发送给客户端，避免客户端缓存数据需要占用大量内存。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

服务端接收来自客户端对待修改数据进行修改的修改指令，其中，所述修改指令包括用于查询所述待修改数据的查询条件和修改信息；

所述服务端根据所述查询条件在数据库中查找所述待修改数据；

所述服务端按照所述修改信息对查找到的所述待修改数据进行修改；以及

所述服务端向所述客户端返回修改结束的提示信息。

2.根据权利要求1所述的方法，其特征在于，所述服务端根据所述查询条件在数据库中查找所述待修改数据包括：

所述服务端对所述查询条件进行解析，得到筛选条件，其中，所示筛选条件包括一个或者多个条件；

所述服务端从所述数据库中查找满足所述筛选条件的数据，得到所述待修改数据；

所述服务端将满足所述筛选条件的数据作为所述待修改数据。

3.根据权利要求1所述的方法，其特征在于，所述服务端按照所述修改信息对查找到的所述待修改数据进行修改包括：

所述服务端获取从所述数据库中查找到的所述待修改数据；

所述服务端按照所述修改信息对获取到的所述待修改数据进行修改；以及

所述服务端将修改后的所述待修改数据发回给所述数据库。

4.根据权利要求3所述的方法，其特征在于，所述服务端按照所述修改信息对获取到的所述待修改数据进行修改包括：

所述服务端从所述修改信息中获取对所述待修改数据进行修改的目标值；

所述服务端获取所述待修改数据的原始值；以及

所述服务端将所述待修改数据的原始值修改为所述目标值。

5.根据权利要求1所述的方法，其特征在于，所述服务端向所述客户端返回修改结束的提示信息包括：

所述服务端判断是否成功对所述待修改数据进行修改；

如果成功，则所述服务端向所述客户端发送修改成功的提示信息；以及

如果不成功，则所述服务端向所述客户端发送修改失败的提示信息。

6.一种服务端，其特征在于，包括：

接收单元，用于接收来自客户端对待修改数据进行修改的修改指令，其中，所述修改指令包括用于查询所述待修改数据的查询条件和修改信息；

查找单元，用于根据所述查询条件在数据库中查找所述待修改数据；

修改单元，用于按照所述修改信息对查找到的所述待修改数据进行修改；以及

发送单元，用于向所述客户端返回修改结束的提示信息。

7.根据权利要求6所述的服务端，其特征在于，所述查找单元包括：

解析模块，用于对所述查询条件进行解析，得到筛选条件，其中，所示筛选条件包括一个或者多个条件；

查找模块，用于从所述数据库中查找满足所述筛选条件的数据，得到所述待修改数据；以及

确定模块，用于将满足所述筛选条件的数据作为所述待修改数据。

8.根据权利要求6所述的服务端，其特征在于，所述修改单元包括：

获取模块，用于获取从所述数据库中查找到的所述待修改数据；

修改模块，用于按照所述修改信息对获取到的所述待修改数据进行修改；以及

发送模块，用于将修改后的所述待修改数据发回给所述数据库。

9.根据权利要求8所述的服务端，其特征在于，所述修改模块包括：

第一获取子模块，用于从所述修改信息中获取对所述待修改数据进行修改的目标值；

第二获取子模块，用于获取所述待修改数据的原始值；以及

修改子模块，用于将所述待修改数据的原始值修改为所述目标值。

10.根据权利要求6所述的服务端，其特征在于，所述发送单元包括：

判断单元，用于判断是否成功对所述待修改数据进行修改；

第一提示单元，用于在成功时，向所述客户端发送修改成功的提示信息；以及

第二提示单元，用于在不成功时，向所述客户端发送修改失败的提示信息。