Когда не следует использовать версию no в классе домена Grails?

В моем предыдущем проекте Grails (большой объем транзакций) у меня был ужасающий опыт использования исключений устаревших объектов с отношениями "1 ко многим" и "многие ко многим".

Я в основном сохранял профиль друзей в Facebook (весь профиль со школой, работодателями) и большую часть времени я сохранял вместе 1000 пользовательских профилей. Я решил большинство проблем, удалив версию no из класса домена School и Employer, потому что эти данные в основном фиксированные, и не было необходимости увеличивать версию для каждого сохранения опыта или образования. Из-за сжатых графиков мне пришлось заставить вещи работать, и я удалил версию no из всей иерархии пользовательских объектов, потому что я все еще использовал, чтобы получить некоторые исключения для устаревших объектов.

Итак, я все еще в темноте, когда не использовать версию в классах домена?

1 ответ

Решение

Я не обязательно думаю, что ваши версии - это версии, а именно то, как Grails обрабатывает коллекции по умолчанию. То, как hasMany и относится к работе "из коробки", заканчивает тем, что загружает LOT больше, чем вам почти когда-либо нужно из БД (что приводит к гораздо большему количеству устаревших вещей).

Берт Беквит работает намного лучше, чем я, в этом видео на Advanced GORM, которое я очень рекомендую посмотреть.

Другие вопросы по тегам