gocept.reference 0.9.4

内容

• 简介
  • 动机
  • 模型比较
  • 观察结果
  • 参考实施的结论和要求
  • 实施说明
• 引用对象
• 简单参考
• 完整性保证参考
  • 定位源
  • 非定位源
  • 更改源的位置状态
  • 层次结构
  • 从无约束引用升级到约束引用"id="id34" rel="nofollow">从无约束引用升级到约束引用
  • 从完整性保证的参考降低到未保证的参考"id="id35" rel="nofollow">从完整性保证的参考降低到未保证的参考

动机

在开发应用程序时，我们经常发现需要引用对象 存储为应用程序数据的。这些对象的示例包括 集中管理的"主数据"。

对这些对象的引用通常是我们 开发时，它们的行为应该像普通的python对象引用一样 在我们的应用程序的控制下。

在zope和zodb的世界中，有不同的方法可以实现这一点。这个 不同的方法有不同的语义和副作用。我们的目标是 统一内在参照对象的方式，并提供 根据需要在不同的语义之间切换，而不重写应用程序代码 并且不需要迁移持久数据结构（至少从 应用程序的观点）。

模型比较

我们的目标是确定 现有方法。我们包括三种来自世界各地 python/zope/zodb以及规范化的标准关系方法 表，

我们使用四个标准来描述每个解决方案：

观察结果

• 关系：每个对象（行）都有一个确定一级 密钥，

  zodb（像文件系统）可以有多个指向对象的硬链接。 当删除到对象的最后一个硬链接时，将删除对象。这个 无法使用硬链接引用对象，因为 对象删除将不会被注意到，对象将继续存在。 zodb本身没有对象所在的规范位置的概念。 已定义。

• 关系：当引用一个对象时，我们可以通过声明 外键。这与存储的数据正交。

• 关系：作为应用程序级别的键，用于标识目标 对于引用，应用程序可以选择删除行并重新添加行 以后使用相同的主键。如果强制执行完整性，则需要 在数据库级别支持暂时忽略损坏的外键。

• 普通的python引用自然地嵌入到应用程序中。 属性允许隐藏查找和存储的实现 参考资料。

参考实施的结论和要求

• 允许配置外键约束 交易）。此配置必须可以随时更改 提供自动迁移路径。
• 使用应用程序级键引用对象。
• 使用规范位置和主键存储对象并确定 是否删除了对象。
• 在修改对象的键时区分两个用例：
  1. 应用程序引用正确的对象，但具有错误的键（如 密钥本身可能对应用程序有意义）。在这种情况下 必须更新对象才能接收新的、正确的密钥和引用 必须更新以引用此新密钥。
  2. 应用程序使用正确的键引用了错误的对象。在这 case键引用的对象必须替换为不同的 对象：

实施说明

• 规范位置由位置/包含决定。的主键 引用是被引用对象的位置。
• 通过监视控制事件来实施约束。
• 更新/更改密钥含义的不同方法由 枚举所有键并在 引用对象而不是位置。更改的两个用例 其含义由：
  1. 将新路径与现有引用ID关联
  2. 将新引用ID与现有路径关联