使用对象数据库时，如何处理对象模型的重大更改？

Question

如果您使用对象数据库，当您需要更改对象模型的结构时会发生什么？

例如，我正在使用 Google App Engine。在开发应用程序时，我意识到在某些情况下，我错误地命名了类，并且我想更改名称。我有两门课我认为我需要巩固。

但是，我认为我不能，因为类的名称直观地与数据存储相关联，并且这些类名称下存储有实际数据。

我认为从数据存储中抽象对象模型的“旧方法”的好处是数据存储对对象模型一无所知——它只是数据。因此，您可以更改对象模型并以不同的方式从数据存储中加载数据。

因此，一般来说，当使用与您的数据模型密切相关的数据存储时……您如何改变一切？

Answer 1

如果您只关心类命名，则可以更改类名而不更改种类（数据存储中使用的标识符）：

class Foo(db.Model):
  @classmethod
  def kind(cls):
    return 'Bar'

如果您想重命名类，只需实现 kind()< /code> 方法如上所述，并让它返回旧的种类名称。

如果您需要更改数据存储区中数据的实际表示形式，则必须运行 mapreduce 更新旧数据。

Answer 2

与在关系数据库中执行此操作的方式相同，只不过没有简单的 SQL 脚本：http:// /code.google.com/appengine/articles/update_schema.html

此外，就像过去一样，没有属性的对象不会自动获取默认值，架构中不存在的属性仍然以幻像形式存在在物体中。

要重命名属性，我希望您可以删除旧属性（幻影悬挂在周围）添加新名称，使用旧（幻影）属性的副本填充数据。重写的对象只会有新的属性

Answer 3

您可以按照我们在项目中的方式进行操作：

在更新对象模型（架构）之前，我们使用自定义导出函数和顶部版本标记将数据导出到 json 格式的文件或 blob 。更新架构后，我们使用另一个自定义函数导入 json，该函数创建新实体并用旧数据填充它们。当然导入版本需要知道与每个版本号关联的json格式。