Ndb модели пользовательское свойство не возвращает правильное значение при развертывании

Question

я объявил 2 модели Ndb следующим образом:

class Event(ndb.Model): 
    event_type = ndb.KeyProperty() 

    @property 
    def installments(self): 
     return EventInstallment.query().filter(EventInstallment.event == self.key).count() 

class EventInstallment(ndb.Model): 
    event = ndb.KeyProperty() 

я настойчив единое целое типа Event и другого типа EventInstallment. EventInstallment.event - это ключ объявленной сущности Event. Следующий запрос работает (т.е. возвращает 1) при запуске локально, но не при развертывании:

event_query = Event.query() 
event_query = event_query.filter(ndb.GenericProperty('installments') > 0) 
print event_query.count() 

я очистил кэш памяти, и проверил, что все свойства EventInstallment являются правильными. При открытии объекта EventInstallment в datastoreviewer он имеет горячую ссылку на ключ Event, как и ожидалось.

Может кто-нибудь сказать мне, что здесь происходит не так? В частности, мне любопытно узнать, почему это работает локально, а не при развертывании.

Answer 1

filter должен быть в состоянии работать в хранилище данных, и, в развернутом приложении, filter(ndb.GenericProperty('installments') > 0) явно не может (моделирование dev_appserver делает это не 100% точным, я держал пари, его авторы не мечтал проверить что-то в этом роде).

Скорее всего, вы хотите получить ComputedProperty, который вычисляется и отправляется в хранилище данных по адресу put, что позволяет хранилищу выполнять поиск на нем. Для остроумие:

class Event(ndb.Model): 
    event_type = ndb.KeyProperty() 

    @property 
    def _installments(self): 
     return EventInstallment.query().filter(EventInstallment.event == self.key).count() 

    installments = ndb.ComputedProperty(lambda self: self._installments) 

Теперь filter(Event.installments > 0) будет работать - до тех пор, как количество связанных с EventInstallment лиц в момент Event лицо было последним put был положительным. (Хранилище данных не будет повторно запускать код для обновления Event объектов, когда EventInstallment объекты добавляются, удаляются или изменяются; ComputedProperty вычисляется по адресу put времени на сущности, к которой он принадлежит, и вычисляется на стороне экземпляра приложения, т.е. в «коде уровня приложения», непосредственно перед отправкой сущности на сторону хранилища данных).

Вы можете работать в другую сторону «круглый: запрос для EventInstallment лиц, что делает набор их event свойств для удаления дубликатов и используя len этого набора в качестве требуемого счета. Да, это требует выборки всех из них, но подсчет не намного быстрее, чем выборка.