У меня есть два объекта в отношении "один ко многим": Счетчик (1) -> (n) Показание
Я считаю, что мои две сущности настроены правильно, чтобы обеспечить связь, так что предположим, что.
Я хочу получить счетчики со связанными показаниями, но, поскольку может быть много показаний на метр, я хочу ограничить его, например, Reading.Date. Другим вариантом может быть чтение не более X показаний на метр.
Как я могу сделать это в EF.Core?
@FakharAhmadRasul: вопрос в том, как получить подмножество связанных сущностей (то есть не весь набор связанных сущностей). Кроме того, вы должны публиковать попытки ответов как ответы, а не как комментарии.
@Flater Я написал этот комментарий, чтобы лучше понять вопрос, кто сказал, что это попытка ответа?
Если ваши таблицы спроектированы правильно, т. е. ключ в счетчике сопоставлен с чтением (см. ограничения внешнего ключа), то EF автоматически предоставляет связанные записи при доступе к его классу POCO. Убедитесь, что у Reading есть внешний ключ для таблицы Meter в базе данных.
Вопрос в том, как получить подмножество связанных сущностей (т. е. не весь набор связанных сущностей). Ваш ответ не отвечает на это.
Я думаю, что другой ответ пропустил, так это то, что вы запрашиваете подмножество связанных сущностей, то есть не всю коллекцию связанных сущностей.
Если вы хотите быть избирательным в отношении извлекаемых связанных объектов, вы не можете просто полагаться на оператор Include
(или неявную ленивую загрузку), потому что они настроены на загрузку всех связанных объектов.
Селектива нет Include
. Но можно сделать инклюзив Select
:
DateTime filterDate = DateTime.Now;
var myData = db.Meters
.Select(m => new
{
Meter = m,
Readings = m.Readings.Where(r => r.Date == filterDate)
})
.ToList();
Примечания
Where(r => r.Date == filterDate)
можно улучшить (проверить компонент Date
или диапазон), это всего лишь простой пример. Здесь вы можете использовать любые критерии фильтрации.Include
. Select
(на еще не пронумерованном IQueryable
) не нуждается в явном Include
, потому что сам Select
уже знает, какие данные вы хотите получить.meter.Readings
nav prop. Это приведет к путанице в отношении того, является ли этот список подмножеством или полным набором, и EF может фактически зарегистрировать это как изменение, когда вы вызываете SaceChanges()
. Навигационный реквизит не должен использоваться в качестве места для хранения коллекций с таким же типом, но разным функциональным значением.Быстрый ответ - спасибо! И действительно, вы правильно прочитали вопрос, это то, что мне нужно :) Приведет ли это к одному запросу / туда и обратно к базе данных?
@AndersJuul: Да, если Select
происходит до перечисления IQueryable. Если это не так, вы либо столкнетесь с нулевой ссылкой (жадная загрузка), либо со вторым запросом (ленивая загрузка).
если ваши объекты настроены правильно, то при получении счетчика из вашей базы данных вы получаете список показаний для этого счетчика вместе с объектом счетчика