“系部名称发生变化了,那么平台中的所有数据都采用新的系部名称呢,还是老数据继续保持老的系部名称,新数据采用新的系部名称?”
“当平台中数据规模达到海量级别时,检索速度明显下降,如何提高检索速度?”
“平台中的数据如果出现误删除,如何解决?”
本模块包括[信息批处理][成绩批处理]两种操作,主要完成不同表格之间的数据同步问题。同步方法机制为了减少多表数据关联查询,核心数据尽量保证在一个表中,但会造成数据更新同步迟缓。此时可以采用平台提供的同步批处理操作,迅速完成同步更新任务。确保数据的依赖完整性。底层类数据,比如[字典数据]等。中层类信息,学期、年级、课程等。底层及中层数据一旦在后期发生修改,就要判断是否需要同步至高层数据这个问题。
核心数据主键都采用全局唯一标识符GUID(注:GUID,Globally Unique Identifier 是一种由算法生成的二进制长度为128位的数字标识符)。平台随机生成,两个相同GUID的可能性非常小。但是,如果误删或打算重现,修改及维护比较麻烦。所以对于基础信息 比如:学期、年级、班级、宿舍、课程等,采用默认主键GUID以及唯一的、不为空的人工编码备用主键双层保护机制。学生基本信息,采用默认主键GUID以及学号(注:学号具有唯一性,如果为空,系统会自动产生,后期再修改确定)采用互为依据、互为依存,同步更新比较方便。假设平台最高权限管理员出现了不规范的操作,可以提供恢复修复途径及手段。
部分录入数据如果打算弃用,可以先禁用,做一个禁用标记。如果打算删除,也只是再做一个删除标记。只有平台最高权限管理员才能在后台审查具有删除标记的数据,只有平台最高权限管理员才能删除这些数据。虽然比较繁琐,但保证了数据的安全性。
为了减少多表数据关联查询,核心数据尽量保证在一个表中,虽然某一个数据出现在多个表中,出现了冗余,但是减少了多表之间数据关联的查询次数,提高了检索速度。
多个表中,如果出现相同的字段数据,出现了的冗余,此时可以采用平台提供的同步批处理操作,迅速完成同步更新任务,确保数据的一致性和完整性。
此平台当前只以空间租赁的方式,对外开放。