googleapis / googleapis/google-cloud-python

google-cloud-ndb: Expando dynamic property updates are not persisted by put()

未关闭
#18,204 1 条评论 1 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
Python
星标
5.4k
派生
1.8k
平均合并
3 天 4 小时
30 天内合并 PR
122

描述

`google-cloud-ndb==2.3.0`, Python 3.11.

If I assign a dynamic property on an Expando and `put()`, the first write sticks. Changing that same property later and `put()` again looks fine (no error; in-process it even reads as the new value) but a refetch from datastore still has the old number.

Declared properties on the class (e.g. `FloatProperty`) update correctly. This also worked on the old App Engine ndb.

```python
from google.cloud import ndb

class Item(ndb.Expando):
name = ndb.StringProperty()

# ndb client context already active
ent = Item(name="x")
ent.extra = 2.00
key = ent.put()

ent = key.get()
ent.extra = 9.99
ent.put()

ent = key.get()
print(ent.extra) # 2.00, expected 9.99
```

`Expando.__setattr__` looks like the cause. If the name is already in `_properties` it calls `super().__setattr__`. For a class-level Property that hits the descriptor and updates `_values`. For a dynamic name there is no descriptor on the class, so it lands in `__dict__` and `put()` serializes the stale `_values`.

Is this expected? I couldn't find it documented. The old runtime always went through `_set_value` for non-class names.

Opened here because https://github.com/googleapis/python-ndb is archived.

贡献指南

打开贡献指南

调研方向

Start with google-cloud-ndb's Expando.__setattr__ entry point and follow its _properties, _values, and _set_value handling. Reproduce the two-put example, then add or update a regression test showing that changing a dynamic property persists after refetch while declared properties continue to update correctly.

由索引模型根据 Issue 内容生成。

评估

技术栈
google-cloud, python
领域
backend, databases
Issue 类型
缺陷
难度
3/5
预计耗时
1-2 天
活跃度
活跃
描述清晰度
基本清楚
新手友好度
70/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。