Google app engine 在Google App Engine中将模型转换为多边形模型

Google app engine 在Google App Engine中将模型转换为多边形模型,google-app-engine,google-cloud-datastore,Google App Engine,Google Cloud Datastore,如果在数据存储中已经存储了实体之后,将模型的基类从db.model切换到db.PolyModel(您决定添加多态性),会产生什么后果 还有,有什么理由不总是将模型创建为多模型,这样子类化就永远不会成为问题吗?至于你的第一个问题,这似乎不是问题,因为是谷歌提出的 我相信PolyModel在访问属性时会有一些隐藏成本,这就是为什么您应该从Model开始,并在必要时进行切换 至于你的第一个问题,这似乎不是一个问题,因为它是由谷歌提出的 我相信PolyModel在访问属性时会有一些隐藏成本,这就是为什么

如果在数据存储中已经存储了实体之后,将模型的基类从db.model切换到db.PolyModel(您决定添加多态性),会产生什么后果


还有,有什么理由不总是将模型创建为多模型,这样子类化就永远不会成为问题吗?

至于你的第一个问题,这似乎不是问题,因为是谷歌提出的


我相信PolyModel在访问属性时会有一些隐藏成本,这就是为什么您应该从Model开始,并在必要时进行切换

至于你的第一个问题,这似乎不是一个问题,因为它是由谷歌提出的


我相信PolyModel在访问属性时会有一些隐藏成本,这就是为什么您应该从Model开始,并在必要时进行切换

谢谢你的链接-很有意义。你有关于PolyModel隐藏成本的更多信息吗?PolyModel将一些数据存储在隐藏属性列表中,如果你有自定义索引引用模型中的列表属性,则所需索引的数量将成倍增加。Teemu-谢谢-我已经提出了这一问题,如果你愿意回答/获得一些信任。。。仅仅因为您可以从
db.Model
更改为
db.Expando
,并不意味着您可以毫无问题地更改为
db.PolyModel
。不过,你也可以这么做。@NickJohnson我知道这并不意味着这一点,但是由于缺少关于这个主题的文档(提示,提示),我们只能假设。谢谢你的链接-有意义。你有关于PolyModel隐藏成本的更多信息吗?PolyModel将一些数据存储在隐藏属性列表中,如果你有自定义索引引用模型中的列表属性,则所需索引的数量将成倍增加。Teemu-谢谢-我已经提出了这一问题,如果你愿意回答/获得一些信任。。。仅仅因为您可以从
db.Model
更改为
db.Expando
,并不意味着您可以毫无问题地更改为
db.PolyModel
。当然,你也可以这么做。@NickJohnson我知道这并不意味着这一点,但是由于缺乏关于这个主题的文档(提示,提示),我们只能假设。