Skip to content

数据存储方案及优化

存储方案

目前使用的存储方案是 JSON.stringify() 字符串存储到 DB 中(也就是 eventBus.on('saved')、command.executeSave() 的返回值)

存在的问题

  1. 从上面的图看,每次修改一个元素,都会导致整个文档重新序列化,然后写入 DB,这显然是非常耗时的;
  2. 目前多媒体存储序列化时,转出的是 base64 编码字符串,这无疑增加存储字符长度;

优化方案

针对上诉存在的问题,提出下列可能的优化方向,仅供讨论:

  1. 减少文档的序列化次数,只对修改的元素进行序列化,然后写入 DB;
  2. 减少多媒体的序列化长度,如使用 base64 编码,转出为二进制,再转出为 base64 编码,这样,只需要一次序列化,减少一半的存储字符长度;
  3. 考虑压缩算法,如 LZMA、LZ4 等,对文档进行压缩,再写入 DB,这样,只需要一次压缩,减少一半的存储字符长度;
  4. 考虑使用增量更新,只更新修改的元素,而不是整个文档,这样,只需要一次序列化,减少一半的存储字符长度;