CN110941661A - 一种数据管理方法、装置及设备 - Google Patents

Abstract

本申请实施例公开了一种数据管理方法、装置及设备，当有员工入职时，可以利用入职员工的用户名判断预设存储空间中是否存在入职员工的用户名，预设存储空间用于保存离职员工的基本信息，离职员工的基本信息至少包括离职员工的用户名，也就是说，离职员工的基本信息可以保存起来，若入职员工的用户名和离职员工的用户名一致，说明存在与离职员工的用户名关联的业务数据，可以将入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用转换用户名进行关联，因此入职员工的业务数据关联转换用户名，从而区别具有相同用户名的离职员工的业务数据和入职员工的业务数据，提高了数据管理的效率，以及数据操作的针对性和安全性。

Description

一种数据管理方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据管理方法、装置及设备。

背景技术

在企业的数据管理系统中，通常会包括多个独立的子系统，各个子系统可以存储与用户关联的业务数据，例如邮件系统作为一个子系统，可以存储与用户关联的邮件数据，即时通信系统作为一个子系统，可以存储与用户关联的联系人、聊天记录等。用户可以登录各个子系统请求与自身关联的业务数据，以及对这些业务数据进行调整，例如用户登录邮件系统可以查看收件箱、发件箱、联系人等，也可以接收邮件、发送邮件等，用户登录即时通信系统可以进行即时通信，以及查看聊天记录等。

一些企业用户管理系统在分配用户名时，会保证企业中在职员工的用户名不会重复，同时保证在职员工和离职员工的用户名不会重复，因此子系统可以通过用户名表征用户，将用户名和业务数据关联。然而，企业用户管理系统的用户名分配规则在后期运行过程中若发生一些变化，导致不能全面考虑在职员工和离职员工的用户名，可能导致在职员工的用户名可能与离职员工用户名相同，这种情况下，若有的子系统在员工离职时仅对用户名进行删除，而不会对业务数据进行删除，则会产生用户名和业务数据的关联冲突问题。

例如，有员工离职时，将删除该离职员工的用户名，但是会保留已经存储的与该离职员工的用户名关联的业务数据。当新入职的员工与离职员工的用户名一致时，会造成同一个用户名对应新的业务数据(新入职员工)和旧的业务数据(离职员工)，导致用户在进行业务数据请求和业务数据调整时的不便。

发明内容

为了解决现有技术中不同的业务数据对应相同用户名的问题，本申请实施例提供了一种数据管理方法、装置及设备，为业务数据对应唯一的用户名，提高数据操作的针对性。

第一方面，本申请实施例提供了一种数据管理方法，包括：

当有员工入职时，利用入职员工的用户名判断预设存储空间中是否存在所述入职员工的用户名，所述预设存储空间用于保存离职员工的基本信息，所述基本信息包括所述离职员工的用户名；

如果存在，则将所述入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用所述转换用户名进行关联，以区别具有相同用户名的离职员工的业务数据与所述入职员工的业务数据。

可选的，所述方法还包括：

在用户管理中心保存所述入职员工的基本信息；在所述入职员工的基本信息中，所述转换用户名作为所述入职员工的用户名。

可选的，所述方法还包括：

当有员工离职时，从所述用户管理中心删除离职员工的基本信息，在所述预设存储空间中保存所述离职员工的基本信息。

可选的，所述方法还包括：

当接收到恢复指示时，将所述预设存储空间中的最近一次保存的基本信息恢复至所述用户管理中心。

可选的，所述方法还包括：

当接收到包括基本信息中的至少一项的恢复指示时，根据所述恢复指示从所述离职员工和所述入职员工中确定目标员工；

将所述预设存储空间中的所述目标员工的基本信息恢复至所述用户管理中心。

可选的，所述将所述入职员工的用户名进行转换获得转换用户名，具体包括：

利用随机数对所述入职员工的用户名进行转换获得转换用户名。

可选的，所述方法还包括：

接收携带有所述入职员工的用户名的数据操作请求；

对所述转换用户名关联的业务数据进行操作。

第二方面，本申请实施例还提供了一种数据管理装置，包括：

判断单元，用于当有员工入职时，利用入职员工的用户名判断预设存储空间中是否存在所述入职员工的用户名，所述预设存储空间用于保存离职员工的基本信息，所述基本信息包括所述离职员工的用户名；如果存在，激活所述关联单元；

所述关联单元，用于将所述入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用所述转换用户名进行关联，以区别具有相同用户名的离职员工的业务数据与所述入职员工的业务数据。

可选的，所述装置还包括：

基本信息存储单元，用于在用户管理中心保存所述入职员工的基本信息；在所述入职员工的基本信息中，所述转换用户名作为所述入职员工的用户名。

可选的，所述装置还包括：

基本信息删除单元，用于当有员工离职时，从所述用户管理中心删除离职员工的基本信息，在所述预设存储空间中保存所述离职员工的基本信息。

可选的，所述装置还包括：

第一基本信息恢复单元，用于当接收到恢复指示时，将所述预设存储空间中的最近一次保存的基本信息恢复至所述用户管理中心。

可选的，所述装置还包括：

目标员工确定单元，用于当接收到包括基本信息中的至少一项的恢复指示时，根据所述恢复指示从所述离职员工和所述入职员工中确定目标员工；

第二基本信息恢复单元，用于将所述预设存储空间中的所述目标员工的基本信息恢复至所述用户管理中心。

可选的，所述关联单元，具体用于：

利用随机数对所述入职员工的用户名进行转换获得转换用户名。

可选的，所述装置还包括：

请求接收单元，用于接收携带有所述入职员工的用户名的数据操作请求；

操作单元，用于对所述转换用户名关联的业务数据进行操作。

第三方面，本申请实施例还提供了一种数据管理设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行本申请实施例第一方面提供的一种数据管理方法。

第四方面，本申请实施例还提供了一种存储介质，所述存储介质用于存储程序代码，所述程序代码用于执行本申请实施例第一方面提供的一种数据管理的方法。

本申请实施例提供了一种数据管理方法、装置及设备，当有员工入职时，可以利用入职员工的用户名判断预设存储空间中是否存在入职员工的用户名，预设存储空间用于保存离职员工的基本信息，离职员工的基本信息至少包括离职员工的用户名，也就是说，离职员工的基本信息可以保存起来，若入职员工的用户名和离职员工的用户名一致，说明存在与离职员工的用户名关联的业务数据，若将入职员工的用户名直接关联其业务数据，存在同一用户名关联不同业务数据的可能，因此可以将入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用转换用户名进行关联，因此入职员工的业务数据关联转换用户名，而离职员工的业务数据关联之前的用户名，从而区别具有相同用户名的离职员工的业务数据和入职员工的业务数据，提高了数据管理的效率，以及数据操作的针对性和安全性。

附图说明

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

图1为本申请实施例提供的一种数据管理方法的流程图；

图2为本申请实施例提供的一种数据管理装置的结构框图。

具体实施方式

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

目前，企业的数据管理系统通常会包括多个独立的子系统，各个子系统可以存储与用户关联的业务数据，用户可以登录各个子系统请求与自身关联的业务数据，以及对这些业务数据进行调整。

一些场景中，子系统会通过用户名表征用户，将用户名和业务数据关联。然而，在企业用户管理系统的用户名分配规则不能全面考虑在职员工和离职员工的用户名时，可能导致在职员工的用户名可能与离职员工用户名相同，这种情况下，若有的子系统在员工离职时仅对用户名进行删除，而保留已经存储的业务数据，会造成同一个用户名会对应新的业务数据(新入职员工)和旧的业务数据(离职员工)，例如同一个用户名会对应在职员工的邮件记录和已经离职的同名同姓的员工的邮件记录，导致在职的员工在进行数据请求和数据调整时有诸多不便。

基于以上技术问题，本申请实施例提供了一种解决特定场景下数据关联问题的数据管理方法、装置及设备，当有员工入职时，可以利用入职员工的用户名判断预设存储空间中是否存在入职员工的用户名，预设存储空间用于保存离职员工的基本信息，离职员工的基本信息至少包括离职员工的用户名，也就是说，离职员工的基本信息可以保存起来，若入职员工的用户名和离职员工的用户名一致，说明存在与离职员工的用户名关联的业务数据，若将入职员工的用户名直接关联其业务数据，存在同一用户名关联不同业务数据的可能，因此可以将入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用转换用户名进行关联，因此入职员工的业务数据关联转换用户名，而离职员工的业务数据关联之前的用户名，从而区别具有相同用户名的离职员工的业务数据和入职员工的业务数据，提高了数据管理的效率，以及数据操作的针对性和安全性。

参见图1所示，该图为本申请实施例提供的一种数据管理方法的流程图。本实施例提供的数据管理方法应用于企业的数据管理系统中的子系统，可以包括如下步骤：

S101，当有员工入职时，利用入职员工的用户名判断预设存储空间中是否存在入职员工的用户名。

本申请实施例中，企业的数据管理系统可以包括统一用户中心以及多个独立的子系统。

其中，统一用户中心中可以存储有企业用户的基本信息，从而可以对企业人员员工进行统一管理，企业用户的基本信息可以包括企业用户的用户名、姓名、性别、电话、邮箱、家庭住址等。具体的，在企业人员员工入职时，统一用户中心可以添加入职员工的基本信息，在企业人员员工离职时可以删除离职员工的基本信息。

多个独立的子系统可以为企业员工提供不同方面的服务，并各自存储相应的业务数据，业务数据可以是企业员工在工作过程中产生的工作数据，例如邮件系统可以为企业员工提供邮件服务，其中可以存储邮件数据，即时通信系统够可以为企业员工提供即时通信服务，其中可以存储联系人信息和通信记录。

子系统可以和客户端连接，这样用户可以通过客户端向子系统发送数据操作请求，子系统可以根据数据操作请求对相应的业务数据进行操作，其中，业务数据可以和用户名对应关联，子系统接收到的数据操作请求中可以携带有用户名，这样子系统根据数据操作请求可以确定出数据操作请求指向的业务数据，从而对这些数据进行操作，使数据操作具有针对性，同时各个用户的业务数据具有独立性，保障数据的安全。这样用户可以通过子系统可以对其用户名对应的业务数据进行操作，数据操作请求例如可以为对用户名对应的邮件记录进行查询，或者向其他用户发送邮件等。

为了满足在职员工对业务数据的操作，子系统可以从统一用户中心同步在职员工的基本信息，在有员工入职时，可以获取新入职员工的基本信息，在有员工离职时，可以删除离职员工的基本信息。在职员工的基本信息可以存储在子系统中的用户管理中心，用户管理中心可以以用户表的形式体现。

一些场景下，子系统可以通过用户名表征用户，将用户名和业务数据关联。然而，若统一用户中心不能全面考虑在职员工和离职员工的用户名，可能导致在职员工的用户名可能与离职员工用户名相同时，若有的子系统在员工离职时仅对用户名进行删除，而不会对业务数据进行删除，则会产生用户名和业务数据的关联冲突问题。例如，有员工离职时，将删除该离职员工的用户名，但是会保留已经存储的与该离职员工的用户名关联的业务数据。当新入职的员工与离职员工的用户名一致时，会造成同一个用户名对应新的业务数据(新入职员工)和旧的业务数据(离职员工)，导致用户在进行业务数据请求和业务数据调整时的不便。

举例来说，企业为在职的企业员工分配的用户名可以和企业员工的姓名相关，，例如张明的用户名可以为“zhang_ming”，另一个张明的用户名可以为“zh.ming”，张铭的用户名可以为“zh.m”等，从而保证在职员工的用户名不会重复。以“张明”为例，在“张明”入职时统一用户中心可以添加“zhang_ming”的用户名以及其他基本信息，子系统的用户表中可以保存“张明”的基本信息，“张明”在职期间可以使用该用户名去查找相应的业务数据。在“张明”离职后，可以删除“zhang_ming”的用户名，并通知各个子系统，各个子系统相应删除“zhang_ming”的用户名及其他基本信息，保留其对应的业务数据，以备之后查找。

若此“张明”离职后，有另一个企业员工的姓名也为“张明”，则该员工入职时，假如统一用户中心又为此“张明”分配了“zhang_ming”的用户名，此“张明”在工作过程中又会在子系统中新建一些属于自己的业务数据。在这种场景下，同样的用户名“zhang_ming”可以对应已离职的“张明”的业务数据和在职的“张明”的业务数据，这样，在职的“张明”可以利用用户名“zhang_ming”对两份属于不同用户的业务数据进行操作，这种情况显然是不允许存在的。

因此，本申请实施例中，在子系统内部可以区分具有相同用户名的在职员工的业务数据和离职员工的业务数据。为了识别出具有相同用户名的在职员工和离职员工，可以在离职员工的用户名被删除时，将离职员工的基本信息存储在预设存储空间中，离职员工的基本信息可以包括离职员工的用户名、姓名、性别、电话、邮箱、家庭住址等，当然，还可以同时在用户管理中心删除该离职员工的基本信息。预设存储空间可以以用户删除表的形式存储离职员工的基本信息。

因此，在有员工入职时，统一用户中心可以为入职员工分配用户名，并同步至子系统，子系统可以利用入职员工的用户名判断预设存储空间中是否存在入职员工的用户名，若是，则说明有离职员工的用户名和该入职员工的用户名一致，需要对二者进行区分，则可以执行S102，若否，则说明不存在离职员工的用户名和该入职员工的用户名一致，直接关联入职员工的用户名和入职员工的业务数据即可，不需要额外的处理。

S102，将入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用转换用户名进行关联。

本申请实施例中，若预设存储空间中存在入职员工的用户名，说明有离职员工的用户名和该入职员工的用户名一致，需要对二者进行区分，因此，可以将入职员工的用户名进行转换获得转换用户名，并将入职员工的业务数据使用转换用户名进行关联，也就是说，离职员工的业务数据关联离职员工的用户名，而入职员工的业务数据关联转换用户名，这样可以避免业务数据的混淆。

具体的，可以利用随机数对入职员工的用户名进行转换得到转换用户名，转换用户名和入职员工的用户名的对应关系可以存储在用户转换表中，例如对于入职员工“张明”，其用户名可以为“zhang_ming”，与已经离职的“张明”具有一致的用户名，而入职员工的转换用户名可以为“zhang_ming07669a2b-ae28-817a-6085-90292e9269d2”，用户名“zhang_ming”关联的业务数据为已经离职的“张明”的业务数据，而转换用户名“zhang_ming07669a2b-ae28-817a-6085-90292e9269d2”关联的业务数据为在职的“张明”的业务数据，实现了二者的区分。

需要说明的是，入职员工的用户名为统一用户中心为入职人员分配的用户名，在统一用户中心和子系统之间的交互时使用，或者在子系统和客户端之间交互时使用，而转换用户名对应有业务数据，用于在子系统内部查找业务数据时使用。

在得到转换用户名后，还可以在用户管理中心保存入职员工的基本信息，而在入职员工的基本信息中，转换用户名作为了入职员工的用户名。

以上，入职员工在职时，用户管理中心保存入职员工的基本信息，而在预设存储空间中保存该入职员工之前的离职员工的基本信息，子系统在接收到携带有入职员工的用户名的数据操作请求后，由于入职员工的业务数据关联着转换用户名，因此可以对转换用户名关联的业务数据进行操作，而不会对入职员工的用户名关联的离职员工的业务数据进行操作，提高数据操作的针对性和安全性。

在子系统接收携带有入职员工的用户名的数据操作请求之前，子系统可以先接收到携带有入职员工的用户名的登录请求，在确定登录请求验证通过时，可以接收携带有入职员工的用户名的数据操作请求，此时认为可以响应该数据操作请求，即可以执行后续步骤。当然，子系统可以先确定接收到的入职员工的用户名或其对应的转换用户名是否存在于用户管理中心中，若是，再确定登录请求是否验证通过，若接收到的入职员工的用户名和其对应的转换用户名均不存在与用户管理信息中，说明用户输入有误，需要提醒用户重新输入。

对登录请求进行验证可以具体为，子系统将携带有入职员工的用户名的登录请求发送至统一用户中心，由统一用户中心对其进行验证，例如验证登录请求中的入职员工的用户名对应的密码是否正确，统一用户中心在验证后将验证结果发送至子系统，子系统可以根据验证结果判断登录请求是否验证通过。例如，用户输入入职员工的用户名“zhang_ming”和相应的密码请求登录，子系统可以将入职员工的用户名和密码发送至统一用户中心，由统一用户中心对其进行验证，验证通过时，子系统接收到统一用户中心发送的验证结果，从而确定登录请求验证通过。

当然，在有员工离职时，可以从用户管理中心删除离职员工的基本信息，并在预设存储空间中保存离职员工的基本信息，此时前述入职员工作为离职员工，其基本信息中包括转换用户名。可以理解的是，在前述入职员工离职时，该员工作为离职员工，其基本信息保存至预设存储空间，而在此之后入职的与该员工的用户名相同的在职员工，其具有基于新的随机数生成的新的转换用户名，其基本信息保存在用户管理中心，而在其离职后，基本信息从用户管理中心删除而保存至预设存储空间中，以此类推。

也就是说，有员工入职时，子系统在可以先利用入职员工的用户名判断预设存储空间中是否存在入职员工的用户名，若是，说明不是首次进行该用户名的添加，此时可以为该员工生成对应转换用户名，并将该员工的包括转换用户名的基本信息添加到用户管理信息中，若否，说明首次进行该用户名的添加，则可以直接将该员工的包括该用户名的基本信息添加到用户管理信息中。

有员工离职时，子系统可以先判断该员工是否存在转换用户名，若是，说明不是首次进行该用户名的删除，因此可以删除用户管理信息中的该员工的包括该转换用户名的基本信息，并将该用户的基本信息存储至预设存储空间中，若否，说明是首次进行该用户名的删除，此时可以删除用户管理信息中的该员工的包括该用户名的基本信息，并将该用户的基本信息保存至预设存储空间中。

在本申请实施例中，在对用户管理信息中的基本信息进行删除后，还可以对其进行恢复。其中，恢复指示可以是统一用户中心向子系统发送的。

具体的，在接收到恢复指示后，可以恢复最近一次删除的基本信息，即恢复最近一次保存至预设存储空间的基本信息，具体的，可以将预设存储空间中最近一次删除的用户的基本信息恢复至用户管理中心。

具体的，接收到的恢复指示中还可以包括基本信息中的至少一项，则可以根据恢复指示和离职员工的基本信息中确定出目标员工，在上文中的入职员工离职后，目标员工可以是入职员工之前离职的员工，也可以是已离职的入职员工。在确定目标员工之后，可以响应于恢复指示将预设存储空间中的目标员工的基本信息恢复至用户管理中心。基本信息中的至少一项包括离职员工的用户名(或转换用户名)、姓名、性别、电话、邮箱、家庭住址等中的至少一项。

在为入职员工生成转换用户名后，还可以向客户端发送该转换用户名，以便客户端在与该子系统进行交互时，可以携带转换用户名进行数据操作，此时该子系统可以基于携带转换用户名的数据操作请求，对转换用户名对应的业务数据进行操作。

本申请实施例提供了一种数据管理方法，当有员工入职时，可以利用入职员工的用户名判断预设存储空间中是否存在入职员工的用户名，预设存储空间用于保存离职员工的基本信息，离职员工的基本信息至少包括离职员工的用户名，也就是说，离职员工的基本信息可以保存起来，若入职员工的用户名和离职员工的用户名一致，说明存在与离职员工的用户名关联的业务数据，若将入职员工的用户名直接关联其业务数据，存在同一用户名关联不同业务数据的可能，因此可以将入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用转换用户名进行关联，因此入职员工的业务数据关联转换用户名，而离职员工的业务数据关联之前的用户名，从而区别具有相同用户名的离职员工的业务数据和入职员工的业务数据，提高了数据管理的效率，以及数据操作的针对性和安全性。

为了便于理解，下面结合具体场景对本申请实施例提供的一种数据管理方法进行详细说明。

1)，存在第一位姓名为“张明”的用户入职，统一用户中心可以建立“张明”对应的用户名“zhang_ming”以及其他基本信息，并向各个子系统同步“张明”的基本信息。

2)子系统判断用户删除表中是否存在“zhang_ming”，由于“zhang_ming”是首次被添加，因此用户删除表中不存在“zhang_ming”的删除信息，因此可以将该员工的包括“zhang_ming”的基本信息添加到用户表中。此时，若用户有对“zhang_ming”对应的业务数据进行操作的需求，子系统可以利用“zhang_ming”确定对应的业务数据。

3)第一位姓名为“张明”的用户离职，统一用户中心可以删除用户名“zhang_ming”以及其他基本信息，并向各个子系统通知同步删除“张明”的基本信息。

4)子系统判断用户转换表中是否存在该用户的转换用户名，由于“zhang_ming”是首次被删除，因此用户转换表中不存在该用户的转换用户名，因此可以在用户表中删除该用户的包括用户名“zhang_ming”的基本信息，并在用户删除表中添加该员工的包括用户名“zhang_ming”的基本信息。

5)存在第二个姓名为“张明”的员工入职，统一用户中心再次建立“张明”对应的用户名“zhang_ming”以及其他基本信息，并向各个子系统同步“张明”的基本信息。

6)子系统判断用户删除表中是否存在“zhang_ming”，由于4)中已经在用户删除表中添加该员工的包括用户名“zhang_ming”的基本信息，则判断结果为是，此时可以为该入职员工生成转换用户名，在用户转换表中添加其用户名“zhang_ming”和转换用户名的对应关系，转换用户名可以为“zhang_ming07669a2b-ae28-817a-6085-90292e9269d2”，并将该员工的包括转换用户名的基本信息添加到用户表中。此时，若用户有对“zhang_ming”对应的业务数据进行操作的需求，子系统可以利用转换用户名“zhang_ming07669a2b-ae28-817a-6085-90292e9269d2”确定对应的业务数据，而确定出的业务数据为第二位入职的“张明”的业务数据。

7)第二位姓名为“张明”的用户也离职，统一用户中心可以再次删除用户名“zhang_ming”以及其他基本信息，并向各个子系统通知同步删除“张明”的基本信息。

8)子系统判断用户转换表中是否存在该用户的转换用户名，由于在6)中已经在用户转换表中添加了该用户名和转换用户名的对应关系，因此判断结果为是，因此可以删除用户表中的该用户的包括转换用户名“zhang_ming07669a2b-ae28-817a-6085-90292e9269d2”的基本信息。

9)子系统接收到统一用户中心发送的后，恢复指示中包括用户的手机号“138xxxxxxxx”，则可以在用户删除表中确定出手机号为“138xxxxxxxx”的用户作为目标用户，并将目标用户的基本信息恢复至用户管理中心。

基于以上实施例提供的一种数据管理方法，本申请实施例还提供了一种数据管理装置，下面结合附图来详细说明其工作原理。

参见图2所示，该图为本申请实施例提供的一种数据管理装置的结构框图。

本实施例提供的数据管理装置包括：

判断单元110，用于当有员工入职时，利用入职员工的用户名判断预设存储空间中是否存在所述入职员工的用户名，所述预设存储空间用于保存离职员工的基本信息，所述基本信息包括所述离职员工的用户名；如果存在，激活所述关联单元120；

所述关联单元120，用于将所述入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用所述转换用户名进行关联，以区别具有相同用户名的离职员工的业务数据与所述入职员工的业务数据。

可选的，所述装置还包括：

基本信息存储单元，用于在用户管理中心保存所述入职员工的基本信息；在所述入职员工的基本信息中，所述转换用户名作为所述入职员工的用户名。

可选的，所述装置还包括：

基本信息删除单元，用于当有员工离职时，从所述用户管理中心删除离职员工的基本信息，在所述预设存储空间中保存所述离职员工的基本信息。

可选的，所述装置还包括：

第一基本信息恢复单元，用于当接收到恢复指示时，将所述预设存储空间中的最近一次保存的基本信息恢复至所述用户管理中心。

可选的，所述装置还包括：

目标员工确定单元，用于当接收到包括基本信息中的至少一项的恢复指示时，根据所述恢复指示从所述离职员工和所述入职员工中确定目标员工；

第二基本信息恢复单元，用于将所述预设存储空间中的所述目标员工的基本信息恢复至所述用户管理中心。

可选的，所述关联单元，具体用于：

利用随机数对所述入职员工的用户名进行转换获得转换用户名。

可选的，所述装置还包括：

请求接收单元，用于接收携带有所述入职员工的用户名的数据操作请求；

操作单元，用于对所述转换用户名关联的业务数据进行操作。

本申请实施例提供了一种数据管理装置，当有员工入职时，可以利用入职员工的用户名判断预设存储空间中是否存在入职员工的用户名，预设存储空间用于保存离职员工的基本信息，离职员工的基本信息至少包括离职员工的用户名，也就是说，离职员工的基本信息可以保存起来，若入职员工的用户名和离职员工的用户名一致，说明存在与离职员工的用户名关联的业务数据，若将入职员工的用户名直接关联其业务数据，存在同一用户名关联不同业务数据的可能，因此可以将入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用转换用户名进行关联，因此入职员工的业务数据关联转换用户名，而离职员工的业务数据关联之前的用户名，从而区别具有相同用户名的离职员工的业务数据和入职员工的业务数据，提高了数据管理的效率，以及数据操作的针对性和安全性。

基于以上数据管理方法及装置，本申请实施例还提供了一种数据管理设备，所述设备包括处理器以及存储器；

其中，所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器，用于根据所述程序代码中的指令执行本申请实施例提供的一种数据管理方法。

本申请实施例还提供了一种计算机可读存储介质，所述存储介质用于存储程序代码，所述程序代码用于执行本申请实施例提供的一种数据管理方法。

本申请实施例还提供了一种计算机程序产品，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行所述的数据管理方法。

当介绍本申请的各种实施例的元件时，冠词“一”、“一个”、“这个”和“所述”都意图表示有一个或多个元件。词语“包括”、“包含”和“具有”都是包括性的并意味着除了列出的元件之外，还可以有其它元件。

需要说明的是，本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(RandomAccess Memory,RAM)等。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

Claims (10)

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

当有员工入职时，利用入职员工的用户名判断预设存储空间中是否存在所述入职员工的用户名，所述预设存储空间用于保存离职员工的基本信息，所述基本信息包括所述离职员工的用户名；

如果存在，则将所述入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用所述转换用户名进行关联，以区别具有相同用户名的离职员工的业务数据与所述入职员工的业务数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在用户管理中心保存所述入职员工的基本信息；在所述入职员工的基本信息中，所述转换用户名作为所述入职员工的用户名。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当有员工离职时，从所述用户管理中心删除离职员工的基本信息，在所述预设存储空间中保存所述离职员工的基本信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

当接收到恢复指示时，将所述预设存储空间中的最近一次保存的基本信息恢复至所述用户管理中心。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

当接收到包括基本信息中的至少一项的恢复指示时，根据所述恢复指示从所述离职员工和所述入职员工中确定目标员工；

将所述预设存储空间中的所述目标员工的基本信息恢复至所述用户管理中心。

6.根据权利要求1-5任意一项所述的方法，其特征在于，所述将所述入职员工的用户名进行转换获得转换用户名，具体包括：

利用随机数对所述入职员工的用户名进行转换获得转换用户名。

7.根据权利要求1-5任意一项所述的方法，其特征在于，所述方法还包括：

接收携带有所述入职员工的用户名的数据操作请求；

对所述转换用户名关联的业务数据进行操作。

8.一种数据管理装置，其特征在于，包括：

判断单元，用于当有员工入职时，利用入职员工的用户名判断预设存储空间中是否存在所述入职员工的用户名，所述预设存储空间用于保存离职员工的基本信息，所述基本信息包括所述离职员工的用户名；如果存在，激活所述关联单元；

所述关联单元，用于将所述入职员工的用户名进行转换获得转换用户名，将入职员工的业务数据使用所述转换用户名进行关联，以区别具有相同用户名的离职员工的业务数据与所述入职员工的业务数据。

9.一种数据管理设备，其特征在于，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行权利要求1至7任一项所述的数据管理方法。

10.一种存储介质，其特征在于，所述存储介质用于存储程序代码，所述程序代码用于执行权利要求1至7任一项所述的数据管理方法。

Images