Следующие обратные ссылки неизвестных видов в NDB

Я в процессе написания своего первого веб-сервиса RESTful на GAE и в среде исполнения Python 2.7; Я начал использовать блестящий новый ndb-интерфейс Guido.

Тем не менее, я не уверен, как решить конкретный случай без неявной обратной ссылки функции исходного API-интерфейса. Если пользователь-агент запрашивает определенный ресурс и эти ресурсы удаляется 1 степень:

• Google appengine Отправка локального gif в виде вложения электронной почты
• Google App Engine: как писать большие файлы в Google Cloud Storage
• Как я могу использовать скрипт в подпапках на gae?
• Как я могу разобрать JSON в Google App Engine?
• GCM сервер Google, ответивший с помощью нулевого сообщения

хост / API / тип / идентификатор? Глубина = 2

Каков наилучший способ обнаружить связанный набор объектов из «одного» в отношениях «один ко многим», учитывая, что вид связанного объекта неизвестен во время разработки?

• Я не могу использовать запрос на замену, как описано в предыдущем запросе SO из-за последнего ограничения. Тот факт, что моя модель определяется во время выполнения (и, следовательно, не жестко запрограммирована), не позволяет мне использовать запрос для фильтрации свойств для сопоставления ключей.

• Предки и другие беспризорные запросы также возникают из-за ограничения хранилища данных, которое мешает мне фильтровать свойство без указанного типа.

До сих пор единственной идеей, которая была у меня (помимо возврата к db api), является использование транзакции между группами для написания моей собственной ссылки на «один», либо путем обновления ndb.StringProperty (repeat = True), содержащего все связанные виды, когда вводится объект нового типа или просто поддерживается список ключей на «одном» ndb.KeyProperty (repeat = True) каждый раз, когда связанный «много» объект записывается в хранилище данных.

Я надеюсь, что кто-то более опытный, чем я, может предложить лучший подход.

Учитывая предложение jmort253, я постараюсь дополнить свой вопрос конкретным примером, адаптированным из документов:

class Contact(ndb.Expando): """ The One """ # basic info name = ndb.StringProperty() birth_day = ndb.DateProperty() # If I were using db, a collection called 'phone_numbers' would be implicitly # created here. I could use this property to retrieve related phone numbers # when this entity was queried. Since NDB lacks this feature, the service # will neither have a reference to query nor the means to know the # relationship exists in the first place since it cannot be hard-coded. The # data model is extensible and user-defined at runtime; most relationships # will be described only in the data, and must be discoverable by the server. # In this case, when Contact is queried, I need a way to retrieve the # collection of phone numbers. # Company info. company_title = ndb.StringProperty() company_name = ndb.StringProperty() company_description = ndb.StringProperty() company_address = ndb.PostalAddressProperty() class PhoneNumber(ndb.Expando): """ The Many """ # no collection_name='phone_numbers' equivalent exists for the key property contact = ndb.KeyProperty(kind='Contact') number = ndb.PhoneNumberProperty() 

 class LinkedKeyProperty(ndb.KeyProperty): def _fix_up(self, cls, code_name): super(LinkedKeyProperty, self)._fix_up(cls, code_name) modelclass = ndb.Model._kind_map[self._kind] collection_name = '%s_ref_%s_to_%s' % (cls.__name__, code_name, modelclass.__name__) setattr(modelclass, collection_name, (cls, self)) 

 Contact.PhoneNumber_ref_contact_to_Contact == (PhoneNumber, PhoneNumber.contact)