数据库同步期间序列化数据的优点

Question

我正在尝试开发一个系统，允许用户更新笔记本电脑上的本地离线数据库，并在重新连接到网络后，将他们的数据库与主数据库同步。

我查看了 MySQL 复制，但该文档侧重于单向同步。因此，我想我将在 python 中构建一个自定义应用程序来执行此操作（双边同步），我有几个问题。

我已经阅读了几篇关于这个问题的帖子，其中一个被动地提到的项目是序列化（我将通过 python 中的 pickle 和 cPickle 模块来实现）。有人可以告诉我这是否有必要，以及在同步数据库的上下文中序列化数据的优势吗？

维基百科关于序列化的条目中的一个用途是，它可以用作“一种检测随时间变化的数据变化的方法”。这听起来很重要，因为我的应用程序将查看时间戳以确定在更新主数据库时哪些记录具有优先权。所以，我想我并没有真正得到的是如何使用 python 中的酸洗数据来“检测随时间变化的数据的变化”，以及这是否会补充使用数据库中的时间戳来确定优先级或替换它完全方法。

无论如何，我们都欢迎高级解释或代码示例。我只是想弄清楚这一点。

谢谢

Answer 1

如何使用 python 中的酸洗数据来“检测随时间变化的数据的变化”。

以不透明格式捆绑数据绝对不会告诉您有关时变数据的任何信息，除了它可能已可能发生变化（但您需要手动检查通过打开它）。这篇文章实际上是在说...

引用实际相关部分（link to article at this moment in time）：

由于序列化和反序列化都可以由公共代码驱动（例如，Microsoft Foundation Classes 中的 Serialize 函数），因此公共代码可以同时执行这两种操作，因此 1) 检测两者之间的差异被序列化的对象及其先前的副本，以及 2) 为下一次此类检测提供输入。没有必要实际构建先前的副本，因为可以“即时”检测到差异。这是一种理解称为差异执行的技术的方法[一个不存在的链接]。它在内容随时间变化的用户界面的编程中很有用——可以创建、删除、更改或制作图形对象来处理输入事件，而不必编写单独的代码来完成这些事情。

“差异执行”一词似乎是这个人创造的一个新词，他在另一个 StackOverflow 答案中描述了它：How does differential execution work?。读了那个答案，我想我明白他想说什么。他似乎使用“差异执行”作为 MVC 风格的概念，在你有很多视图小部件（想想一个网页）的上下文中，你希望允许增量更改只更新这些元素，而不强制全局重绘屏幕。我不会在这个词的经典意义上称之为“序列化”（在我的拙见中，不是任何延伸），而是“跟踪过去”或类似的东西。因为这基本上与序列化无关，所以除非您对该主题感兴趣，否则此答案的其余部分（我对他所描述内容的解释）可能不值得您花时间。

---

一般来说，避免全局重绘是不可能的。全局重绘有时必须发生：例如在 HTML 中，如果增加元素的大小，则需要重排较低的元素，从而触发重绘。在 3D 中，您需要重新绘制更新后的所有内容。但是，如果您遵循此技术，您可以减少（尽管不是最小化）重绘次数。他声称这种技术将避免使用大多数事件，避免 OOP，并且只使用命令式过程和宏。我的解释如下：

• 您的绘图函数必须以某种方式知道如何“擦除”自己以及它们所做的任何可能影响无关函数显示的事情。
• 编写一个无副作用的 paintEverything() 脚本，强制显示所有内容（例如，使用 paintButton() 和 paintLabel() 等函数），只使用 IF 宏/函数。 IF 宏的工作方式与 if 语句类似，但...
• 每当遇到 IF 分支时，请同时跟踪这是哪个 IF 语句以及您采用的分支。 “这是哪个 IF 语句”是一个模糊的概念。例如，您可能决定通过将 IF 与递归结合来实现 FOR 循环，在这种情况下，我认为您需要将 IF 语句作为树来跟踪（其节点是函数调用或 IF 语句）。您确保该树的结构符合优先规则“子布局选择取决于此布局选择”。
• 每次发生用户输入事件时，重新运行paintEverything() 脚本。然而，因为我们已经跟踪了代码的哪一部分依赖于其他部分，所以我们可以自动跳过不依赖于更新内容的任何内容。例如，如果 paintLabel() 不依赖于按钮的状态，我们可以避免重新运行 paintEverything() 脚本的那部分。

“序列化”（不是真正的序列化，更像是自然序列化的数据结构）来自 if 分支的执行历史。除了，这里根本不需要序列化；您所需要的只是跟踪显示代码的哪一部分取决于其他部分。碰巧的是，如果您将此技术与串行执行的“智能如果”语句一起使用，那么使用延迟评估的执行历史差异来确定您需要更新的内容是有意义的。

但是，这种技术确实有一些有用的收获。我想说的主要内容是：不仅以 OOP 样式跟踪依赖关系（例如，不仅小部件 A 依赖小部件 B），而且在任何 DSL 中跟踪基本组合器的依赖关系也是一件合理的事情。编程。也可以从程序的结构中推断出依赖关系（例如，像 HTML 那样）。