CN112800134A - 一种数据同步方法及系统 - Google Patents

Abstract

本申请公开了一种数据同步方法及系统，数据同步方法包括：获取步骤：调用企业微信AP I获取部门数据、员工数据以及外部联系人数据；处理步骤：若调用所述企业微信AP I失败，根据所述企业微信AP I调用失败的原因分别处理所述部门数据或所述员工数据；组装步骤：组装所述部门数据、所述员工数据以及所述外部联系人数据；分表步骤：根据组装后的数据进行更新数据库。本发明提出数据同步方法及系统，通过企业微信AP I获取组织架构，根据组织架构分别获取员工信息和外部联系人信息，同时进行批量数据更新和保存提高了企业微信AP I资源利用率，并保证了数据同步的一致性。

Description

一种数据同步方法及系统

技术领域

本申请涉及数据同步技术领域，尤其涉及一种数据同步方法及系统。

背景技术

由于企业微信的用户数据量日益增长，导致针对全部或者某些组织架构中的用户的功能直接调用企业微信API会造成大量的网络开销，因此，需要对企业微信的员工信息和外部联系人信息进行本地存储。同时，由于网络波动等原因可能会导致企业微信的数据和本地数据库的数据造成不一致，需要对这部分数据进行同步。现有的技术能够定时全量更新所有员工和外部联系人信息，但是由于保存员工信息和外部联系人信息到本地数据库时，会涉及到多张表，这些表之间有部分重复的字段信息，且这些表都做了hash分表处理，逐条比对并更新数据会有很大的数据量，导致执行员工信息和外部联系人信息会耗费大量时间，并企业微信API调用会有单位时间的调用次数限制，如果超过限制，就会返回调用失败，此方法会导致产生大量的调用次数，导致同步数据失败过多，造成时间和系统资源的浪费。另有相似技术能够拆分整体任务为多个子任务，各自执行，但是调用企业微信API有单位时间的次数限制，多张本地表进行数据同步时，都涉及到企业微信API的调用，拆分成多个子任务时会浪费多个相同的企业微信API调用。由于企业微信API调用有单位时间内的频次限制，且员工信息对应外部联系人信息数据量较大，需尽量减少调用次数。通过任务拆分，大量相同数据的去重，指定时间段执行，调用失败的记录重试等，完成数据同步的方案实现。

因此，针对以上现状，本发明提供一种数据同步方法及系统，通过企业微信API获取组织架构，根据组织架构分别获取员工信息和外部联系人信息，对相同请求参数的结果进行缓存，对多张表相同数据进行重用，同时进行批量数据更新和保存，解决了企业微信API调用次数限制，提高了企业微信API资源利用率，降低了同步任务的执行时间，并保证了数据同步的一致性。

发明内容

本申请实施例提供了一种数据同步方法及系统，以至少解决相关技术中主观因素影响的问题。

本发明提供了一种数据同步方法，包括：

获取步骤：调用企业微信API获取部门数据、员工数据以及外部联系人数据；

处理步骤：若调用所述企业微信API失败，根据所述企业微信API调用失败的原因分别处理所述部门数据或所述员工数据；

组装步骤：组装所述部门数据、所述员工数据以及所述外部联系人数据；

分表步骤：根据组装后的数据进行更新数据库。

上述的数据同步方法，所述获取步骤包括，调用企业微信API获取所述部门数据，根据所述部门数据调用所述企业微信API，并获取部门对应的所述员工数据，根据所述员工数据调用所述企业微信API，并获取员工对应的所述外部联系人数据。

上述的数据同步方法，所述处理步骤包括，若所述部门或者所述员工调用所述企业微信API失败，记录所述部门或所述员工对应的部门数据或员工数据，并根据所述企业微信API调用失败的原因分别处理所述部门数据或者员工数据，调用企业微信API次数超出企业微信API调用限制时，进行调用操作重试处理。

上述的数据同步方法，所述组装步骤包括，将所述部门数据、所述员工数据以及所述外部联系人数据构造成所述员工与所述外部联系人信息、所述外部联系人与所述员工信息、外部联系人详情与unionid信息、所述外部联系人详情信息、所述外部联系人与unionid信息。

上述的数据同步方法，所述分表步骤包括，分别对组装后的数据进行去重以及hash分表处理后，分别批量保存或更新所述数据库。

本发明还提供一种数据同步系统，其中，适用于上述所述的数据同步方法，所述数据同步系统包括：

获取单元：调用企业微信API获取部门数据、员工数据以及外部联系人数据；

处理单元：若调用所述企业微信API失败，根据所述企业微信API调用失败的原因分别处理所述部门数据或所述员工数据；

组装单元：组装所述部门数据、所述员工数据以及所述外部联系人数据；

分表单元：根据组装后的数据进行更新数据库。

上述的数据同步系统，所述获取单元调用企业微信API获取所述部门数据，根据所述部门数据调用所述企业微信API，并获取部门对应的所述员工数据，根据所述员工数据调用所述企业微信API，并获取员工对应的所述外部联系人数据。

上述的数据同步系统，若所述部门或者所述员工调用所述企业微信API失败，所述处理单元记录所述部门或所述员工对应的部门数据或员工数据，并根据所述企业微信API调用失败的原因分别处理所述部门数据或者员工数据，调用企业微信API次数超出企业微信API调用限制时，进行调用操作重试处理。

上述的数据同步系统，所述组装单元将所述部门数据、所述员工数据以及所述外部联系人数据构造成所述员工与所述外部联系人信息、所述外部联系人与所述员工信息、外部联系人详情与unionid信息、所述外部联系人详情信息、所述外部联系人与unionid信息。

上述的数据同步系统，所述分表单元分别对组装后的数据进行去重以及hash分表处理后，分别批量保存或更新所述数据库。

相比于相关技术，本发明提供一种数据同步方法及系统，通过企业微信API获取组织架构，根据组织架构分别获取员工信息和外部联系人信息，对相同请求参数的结果进行缓存，对多张表相同数据进行重用，同时进行批量数据更新和保存，解决了企业微信API调用次数限制，提高了企业微信API资源利用率，降低了同步任务的执行时间，并保证了数据同步的一致性。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

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

图1是根据本申请实施例的数据同步方法流程图；

图2是根据本申请实施例的数据同应用步流程图；

图3为本发明的数据同步系统的结构示意图；

图4是根据本申请实施例的电子设备的框架图。

其中，附图标记为：

获取单元：51；

处理单元：52；

组装单元：53；

分表单元：54；

总线:80；

处理器：81；

存储器：82；

通信接口：83。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本发明基于企业微信与本地员工信息和外部联系人信息进行数据同步，下面进行简要的介绍。

应用程序接口(又名：应用编程接口，外文名：Application ProgrammingInterface)，简称API，是软件系统不同组成部分衔接的约定。应用程序接口主要目的是提供应用程序与开发人员以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节，主要分为Windows API和linux API。随着软件规模的日益庞大，需要把复杂系统划分成小的组成部分，编程接口的设计十分重要。程序设计的实践中，编程接口的设计首先要使系统的职责得到合理划分。良好的接口设计可以降低系统各部分的相互依赖，提高组成单元的内聚性，降低组成单元间的耦合程度，从而提高系统的维护性和扩展性。API之主要目的是提供应用程序与开发人员以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。提供API所定义的功能的软件称作此API的实现。API是一种接口，故而是一种抽象。

微信(WeChat)是腾讯公司于2011年1月21日推出的一款面向智能终端的即时通讯软件。微信为用户提供聊天、朋友圈、微信支付、公众平台、微信小程序等功能，同时提供城市服务、拦截系统等服务。2012年4月，腾讯公司将微信推向国际市场，更新为“Wechat”。聊天：支持发送语音短信、视频、图片(包括表情)和文字，是一种聊天软件，支持多人群聊(最高40人，100人和200人的群聊正在内测)。微信有以下功能,微信支持查找微信号(具体步骤：点击微信界面下方的朋友们—>添加朋友—>搜号码，然后输入想搜索的微信号码，然后点击查找即可)、查看QQ好友添加好友、查看手机通讯录和分享微信号添加好友、摇一摇添加好友、二维码查找添加好友和漂流瓶接受好友等7种方式；用户可以通过语音聊天室和一群人语音对讲，但与在群里发语音不同的是，这个聊天室的消息几乎是实时的，并且不会留下任何记录，在手机屏幕关闭的情况下也仍可进行实时聊天；2017年4月17日，小程序开放“长按识别二维码进入小程序”的能力。经过腾讯科技测试，该功能在iOS以及Android均可使用，如果你无法正常打开，请将微信更新至最新版本；在2017年年3月底，小程序还新增了“第三方平台”和“附近的小程序”两项新能力；2017年9月14日晚间，微信悄然进行了版本更新，在最新的安卓与iOS微信上，用户打开微信后会看到一条必读消息《微信隐私保护指引》，需点击同意后才能使用该应用；2017年11月2日，微信悄然上线保险销售业务；2020年6月5日，微信安卓最新版的微信支持修改微信号，入口在“我”-“个人信息”-“微信号”，符合条件的用户支持一年修改一次微信号。

数据同步是单纯的同步意为同时执行同样的操作，而数据同步将对象定位为数据，大多数时候对其的理解为不同存储设备或终端与终端，终端与服务器之间的备份操作。但完整的数据同步应为实时的，即当前操作双方应是互为镜像的，例如备份的过程直至结束即为数据同步，但这个操作样例则应该属于备份。数据同步的存在是因为计算机在存储数据的的时候，不同的存储介质读写效率有较大差别，所以缓存的设计被大多数计算机系统采用。存在缓存机制的计算机，在写入数据的时候，系统不会立即将数据写入读写速度慢的存储介质中(如外存)，而是保存在读写速度快的存储介质中(如内存)；在读取数据的时候，系统会查看读写速度快的存储介质中是否有该数据的备份，如果有则可以直接读取这个备份。这样系统可以减少对外存的访问，大大提高系统性能。数据同步则是内存和外存的同步。在卸载移动硬盘和正常关闭计算机等时候会进行数据同步，以防止在内存中的数据没有写到外存中，造成数据丢失。数据同步有以下几种同步方式，多台电脑间的直接数据同步以及利用网络服务进行数据同步，并且可将文件保存于网络。

本发明提供一种数据同步方法及系统，通过企业微信API获取组织架构，根据组织架构分别获取员工信息和外部联系人信息，对相同请求参数的结果进行缓存，对多张表相同数据进行重用，同时进行批量数据更新和保存，解决了企业微信API调用次数限制，提高了企业微信API资源利用率，降低了同步任务的执行时间，并保证了数据同步的一致性。

下面将数据同步为例对本申请实施例进行说明。

实施例一

本实施例提供了数据同步方法。请参照图1-图2，图1是根据本申请实施例的数据同步方法流程图；图2是根据本申请实施例的数据同应用步流程图，如图所示，数据同步方法包括如下步骤：

获取步骤S1：调用企业微信API获取部门数据、员工数据以及外部联系人数据；

处理步骤S2：若调用所述企业微信API失败，根据所述企业微信API调用失败的原因分别处理所述部门数据或所述员工数据；

组装步骤S3：组装所述部门数据、所述员工数据以及所述外部联系人数据；

分表步骤S4：根据组装后的数据进行更新数据库。

实施例中，所述获取步骤S1包括，调用企业微信API获取所述部门数据，根据所述部门数据调用所述企业微信API，并获取部门对应的所述员工数据，根据所述员工数据调用所述企业微信API，并获取员工对应的所述外部联系人数据。

具体实施中，调用企业微信API获取部门数据,根据部门数据中的部门分别同步员工数据和外部联系人数据到企业微信API中，之后根据部门数据调用企业微信API，并获取部门对应的员工数据，根据员工数据调用企业微信API，并获取员工对应的外部联系人数据。

实施例中，所述处理步骤S2包括，若所述部门或者所述员工调用所述企业微信API失败，记录所述部门或所述员工对应的部门数据或员工数据，并根据所述企业微信API调用失败的原因分别处理所述部门数据或者员工数据，调用企业微信API次数超出企业微信API调用限制时，进行调用操作重试处理。

实施例中，所述组装步骤S3包括，将所述部门数据、所述员工数据以及所述外部联系人数据构造成所述员工与所述外部联系人信息、所述外部联系人与所述员工信息、外部联系人详情与unionid信息、所述外部联系人详情信息、所述外部联系人与unionid信息。

实施例中，所述分表步骤S4包括，分别对组装后的数据进行去重以及hash分表处理后，分别批量保存或更新所述数据库。

由此，本发明提供一种数据同步方法及系统，通过企业微信API获取组织架构，根据组织架构分别获取员工信息和外部联系人信息，对相同请求参数的结果进行缓存，对多张表相同数据进行重用，同时进行批量数据更新和保存，解决了企业微信API调用次数限制，提高了企业微信API资源利用率，降低了同步任务的执行时间，并保证了数据同步的一致性。

实施例二

请参照图3，图3为本发明的数据同步系统的结构示意图。如图3所示，发明的数据同步系统，适用于上述的数据同步方法，数据同步系统包括：

获取单元51：调用企业微信API获取部门数据、员工数据以及外部联系人数据；

处理单元52：若调用所述企业微信API失败，根据所述企业微信API调用失败的原因分别处理所述部门数据或所述员工数据；

组装单元53：组装所述部门数据、所述员工数据以及所述外部联系人数据；

分表单元54：根据组装后的数据进行更新数据库。

在本实施例中，所述获取单元51调用企业微信API获取所述部门数据，根据所述部门数据调用所述企业微信API，并获取部门对应的所述员工数据，根据所述员工数据调用所述企业微信API，并获取员工对应的所述外部联系人数据。

在本实施例中，若所述部门或者所述员工调用所述企业微信API失败，所述处理单元52记录所述部门或所述员工对应的部门数据或员工数据，并根据所述企业微信API调用失败的原因分别处理所述部门数据或者员工数据，调用企业微信API次数超出企业微信API调用限制时，进行调用操作重试处理。

在本实施例中，所述组装单元53将所述部门数据、所述员工数据以及所述外部联系人数据构造成所述员工与所述外部联系人信息、所述外部联系人与所述员工信息、外部联系人详情与unionid信息、所述外部联系人详情信息、所述外部联系人与unionid信息。

本实施例中，所述分表单元54分别对组装后的数据进行去重以及hash分表处理后，分别批量保存或更新所述数据库。

实施例三

结合4所示，本实施例揭示了一种电子设备的一种具体实施方式。电子设备可以包括处理器81以及存储有计算机程序指令的存储器82。

具体地，上述处理器81可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器82可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器82可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器82可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器82可在数据处理装置的内部或外部。在特定实施例中，存储器82是非易失性(Non-Volatile)存储器。在特定实施例中，存储器82包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(RandomAccess Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为FPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EFPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器82可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器81所执行的可能的计算机程序指令。

处理器81通过读取并执行存储器82中存储的计算机程序指令，以实现上述实施例中的任意数据同步方法。

在其中一些实施例中，电子设备还可包括通信接口83和总线80。其中，如图4所示，处理器81、存储器82、通信接口83通过总线80连接并完成相互间的通信。

通信接口83用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。通信端口83还可以实现与其他部件例如：外接设备、图像/数据同步设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。

总线80包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。总线80包括但不限于以下至少之一：数据总线(DataBus)、地址总线(Address Bus)、控制总线(ControlBus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，总线80可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(FrontSide Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(Micro ChannelArchitecture，简称为MCA)总线、外围组件互连(Peripheral Component Interconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，简称为SATA)总线、视频电子标准协会局部(Video ElectronicsStandards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线80可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

电子设备可连接数据同步系统，从而实现结合图1-图2描述的方法。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

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

获取步骤：调用企业微信API获取部门数据、员工数据以及外部联系人数据；

处理步骤：若调用所述企业微信API失败，根据所述企业微信API调用失败的原因分别处理所述部门数据或所述员工数据；

组装步骤：组装所述部门数据、所述员工数据以及所述外部联系人数据；

分表步骤：根据组装后的数据进行更新数据库。

2.根据权利要求1所述的数据同步方法，其特征在于，所述获取步骤包括，调用企业微信API获取所述部门数据，根据所述部门数据调用所述企业微信API，并获取部门对应的所述员工数据，根据所述员工数据调用所述企业微信API，并获取员工对应的所述外部联系人数据。

3.根据权利要求2所述的数据同步方法，其特征在于，所述处理步骤包括，若所述部门或者所述员工调用所述企业微信API失败，记录所述部门或所述员工对应的部门数据或员工数据，并根据所述企业微信API调用失败的原因分别处理所述部门数据或者员工数据，调用企业微信API次数超出企业微信API调用限制时，进行调用操作重试处理。

4.根据权利要求2所述的数据同步方法，其特征在于，所述组装步骤包括，将所述部门数据、所述员工数据以及所述外部联系人数据构造成所述员工与所述外部联系人信息、所述外部联系人与所述员工信息、外部联系人详情与unionid信息、所述外部联系人详情信息、所述外部联系人与unionid信息。

5.根据权利要求1所述的数据同步方法，其特征在于，所述分表步骤包括，分别对组装后的数据进行去重以及hash分表处理后，分别批量保存或更新所述数据库。

6.一种数据同步系统，其特征在于，适用于上述权利要求1-5所述的数据同步方法，所述数据同步系统包括：

获取单元：调用企业微信API获取部门数据、员工数据以及外部联系人数据；

处理单元：若调用所述企业微信API失败，根据所述企业微信API调用失败的原因分别处理所述部门数据或所述员工数据；

组装单元：组装所述部门数据、所述员工数据以及所述外部联系人数据；

分表单元：根据组装后的数据进行更新数据库。

7.根据权利要求6所述的数据同步系统，其特征在于，所述获取单元调用企业微信API获取所述部门数据，根据所述部门数据调用所述企业微信API，并获取部门对应的所述员工数据，根据所述员工数据调用所述企业微信API，并获取员工对应的所述外部联系人数据。

8.根据权利7所述的数据同步系统，其特征在于，若所述部门或者所述员工调用所述企业微信API失败，所述处理单元记录所述部门或所述员工对应的部门数据或员工数据，并根据所述企业微信API调用失败的原因分别处理所述部门数据或者员工数据，调用企业微信API次数超出企业微信API调用限制时，进行调用操作重试处理。

9.根据权利8所述的数据同步系统，其特征在于，所述组装单元将所述部门数据、所述员工数据以及所述外部联系人数据构造成所述员工与所述外部联系人信息、所述外部联系人与所述员工信息、外部联系人详情与unionid信息、所述外部联系人详情信息、所述外部联系人与unionid信息。

10.根据权利8所述的数据同步系统，其特征在于，所述分表单元分别对组装后的数据进行去重以及hash分表处理后，分别批量保存或更新所述数据库。

Images