包括：[信息批处理]、[成绩批处理]。主要完成不同表格之间的数据同步问题。同步方法机制为了减少多表数据关联查询，核心数据尽量保证在一个表中,但会造成数据更新同步迟缓。此时可以采用平台提供的同步批处理操作，迅速完成同步更新任务。确保数据的依赖完整性。底层类数据，比如[字典数据]等。中层类信息，学期、年级、课程等。高层类信息，比如学生基本信息、考试分数、学生入住信息等平台后台同步功能部分抓图:
特点:
1.为数据唯一性和灵活性而采用主键及备用主键双层机制
2.核心数据的删除采用软删除及后台审查等多层安全保障
3.为减少数据关联查询而采用核心数据单表存放
4.为保持数据一致性而采用同步操作等维护模块
关于基础数据的同步问题:
已经毕业的学生的学籍及成绩信息,在本校平台一旦归档，除非有特殊的问题,一般在后期不做修改。平台的基础数据如果在后期进行了修改,也不应该影响归档的数据。基础数据一般处于长期稳定状况,是主表数据;一旦录入,不轻易修改。否则,会造成主表和从表数据不一致的问题。通过平台的【基础数据同步批处理】按钮,可实现基础数据和其它数据的同步问题。如果归档数据确实需要修改,也符合管理政策要求,那么可以进行同步批处理,实现信息同步,当然在同步前,平台最好留一份同步前的信息快照,作为备份。如果管理政策规定归档数据不允许再修改,那么这个基础数据同步就不能使用在归档数据上面,但可以用在未归档的数据上面的。如果用在未归档的数据上面,也要权衡一下影响，慎重使用。
A.安全策略:
1.采用默认主键及备用主键双层保护。
核心数据主键都采用全局唯一标识符GUID(注：GUID,Globally Unique Identifier 是一种由算法生成的二进制长度为128位的数字标识符)。平台随机生成,两个相同GUID的可能性非常小。但是,如果误删或打算重现,修改及维护比较麻烦。所以对于基础信息 比如：学期、年级、班级、宿舍、课程等,采用默认主键GUID以及唯一的、不为空的人工编码备用主键双层保护机制。学生基本信息,采用默认主键GUID以及学号(注:学号具有唯一性，如果为空,系统会自动产生,后期再修改确定）采用互为依据、互为依存，同步更新比较方便。假设平台最高权限管理员出现了不规范的操作,可以提供恢复修复途径及手段。
2.采用删除回收及后台审查双层审查。
部分录入数据如果打算弃用，可以先禁用，做一个禁用标记。如果打算删除,也只是再做一个删除标记。只有平台最高权限管理员才能在后台审查具有删除标记的数据,只有平台最高权限管理员才能删除这些数据。虽然比较繁琐，但保证了数据的安全性。
B.维护同步方法机制
为了减少多表数据关联查询,核心数据尽量保证在一个表中,但会造成数据更新同步迟缓。数据一般产生的过程顺序是:依据底层的基础数据产生的中层数据,依据中层数据产生的高层数据。如果高层数据以及产生完毕，又要修改基础数据，那么，又要走一遍这个顺序，一个记录一个记录依次再去产生一遍，效率太低。此时可以采用平台提供的同步批处理操作，迅速完成同步更新任务。确保数据的依赖完整性。
底层类数据，比如[字典数据]等。
中层类信息，学期、年级、课程等。
高层类信息，比如学生基本信息、考试分数、学生入住信息等
平台后台同步功能部分抓图:
