VladimirzzzДобрый день
Дмитрий МухVladimirzzz,

идея хранить лог операций в одной таблице/коллекции далеко не новая, вот только при этом не делают так:
"добавить в модель users поле IsChanged что бы оно читалось из groupBy по таблице changes"


А как делают ?
Обычно когда открывается экран некой сущности, то там показывается кем и когда она последний раз изменялась.
И эти данные не вычисляются по истории, они хранятся вместе с сущностью в полях ModifiedOn, ModifiedBy (UpdatedOn, UpdaterId).

А список конкретных изменений запрашивается по требованию по objectId, objectType.
Дёргать его для вычисления IsChanged во первых не имеет практического смысла, так как ясень пень люди работают с данными и меняют их.
А во вторых - накладно.

Vladimirzzz,

вы бы обрисовали некий сценарий использования

Vladimirzzz,

я же написал для чего зачастую нужны ModifiedOn, ModifiedBy.

НЕ для получения списка изменений. Для последнего следует плясать от таблицы changes, к чему Вы и пришли.

VladimirzzzВ принципе я решил задачу таким способом
class Changes {
ObjectId,
......
}
class UserChanges : Changes {
[ForegnKey("ObjectId")]
User User
}
class DocChanges : Changes {
[ForegnKey("ObjectId")]
Doc Doc
}
А что это Вам дало, если не секрет?

VladimirzzzskyANA,
skyANAА что это Вам дало, если не секрет?
Добрый день. Это позволяет мне при выборке по users через include получать changes для userов. А при выборке по Doc changes для Docs и.т.д
На мой взгляд это не лучшее решение при запросе списка пользователей, или документов цеплять ещё и изменения.
Именно при запросе списка.

Vladimirzzz,

обычно документов гораздо больше, чем изменений по ним за день

приходит утром человек на работу и хочет видеть, что там и где изменилось...
это всё у вас в changes по идее лежит

вопрос: а зачем тут users, docs? имхо странный сценарий