Комментарии 7
>Другой подход заключается в том, что на одной стороне отношения хранится список ключей сущностей другой стороны.
>Это полезно, когда количество хранимых элементов заведемо ограничен
то же самое касается и отношений child-parent. если повесить много чайлдов, при чем активно обновляющихся, на одного парента — будет ой.
>Это полезно, когда количество хранимых элементов заведемо ограничен
то же самое касается и отношений child-parent. если повесить много чайлдов, при чем активно обновляющихся, на одного парента — будет ой.
> pets = Owner.owner_set.fetch(100)
должно быть
pets = Owner.pet_set.fetch(100)
у Nick'а опечатка
должно быть
pets = Owner.pet_set.fetch(100)
у Nick'а опечатка
спасибо, полезно
Подскажите пожалуйста — возможна ли а GAE реализация
запроса с упорядоченными элементами?
как аналог например такого запроса SQL: SELECT * FROM table ORDER BY id DESC LIMIT 10
При условии что в таблице более 1 мл записей
запроса с упорядоченными элементами?
как аналог например такого запроса SQL: SELECT * FROM table ORDER BY id DESC LIMIT 10
При условии что в таблице более 1 мл записей
Запрос может быть выполнен только по индексу, и никак иначе. А индекс всегда сортирован в прямом или обратном порядке, в зависимости от настроек этого индекса. Запрос по не индексированным полям невозможен.
Жутко не понравилось. Не нужно учить тому, как перенести sql схему работы с данными в gae. Не реляционная бд там и подход этот ни к чему хорошему не приведёт.
Ожидал разъяснение того, что бд гаи по сути key-value. Ожидал паттерны реализации отношений в рамках key-value.
Ожидал разъяснение того, что бд гаи по сути key-value. Ожидал паттерны реализации отношений в рамках key-value.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Моделирование отношений в App Engine