gpt4 book ai didi

java - 大 table 亲子

转载 作者:行者123 更新时间:2023-11-30 11:56:34 26 4
gpt4 key购买 nike

如果我有类似 categoryA -> subcategoryA--> 书籍关系的 pojo。子类别 A 是父类别 A 的子类别。 book 是 subcategoryA 的 child 在这种情况下,一切都在同一个实体组中

如果我需要将“书”移动到另一个子类别 B。我需要删除 subcategoryA 和 categoryA,然后重新创建 categoryA -> subcategoryA--> 没有书?并重新创建 categoryb -> subcategoryb--> book ,other-book, other-book3 ?

最佳答案

如果“book is child of subcategoryA”并且您通过将 subcategoryA 的键添加到 book 的键路径来对此进行建模,则您需要删除/重新创建书,或者您需要使用与 subcatagoryA 最初具有的键相同的键创建一个 subcatagoryB .这会影响子类别 A 的所有其他图书。

这是因为(引用 appengine 文档:“在数据存储中创建实体时会分配完整的键,并且它的任何部分都不能更改。”)。

这两种解决方案对我来说都非常棘手,我建议您重新考虑您的设计。例如,您可以将 subcatagoryA 的键作为单独的字段存储在单独的属性中。这也有缺点,您可以通过对数据进行反规范化并将(部分)subcatagoryA 的数据直接存储在书内来部分解决。

[编辑]

回复你的问题:小实体组的缺点是不能使用事务。这是否是一个问题取决于......您是否真的需要书籍+((子)类别的交易。当您想要更改非规范化数据的某些内容时,会出现更大的非规范化问题。为此,您可以想出一个像这样的方案:

  • 将每个类别存储为具有属性的实体。将类别 KEY +(某些)其他属性与您的书一起存储。
  • 如果类别发生变化,则更新属于该类别的所有书籍的所有非规范化数据(使用存储的“外”键来查找这些书籍)
  • 使用 cron 作业在后台检查一致性(即前一个作业中途失败的情况)。

关于java - 大 table 亲子,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4363958/

26 4 0