Как разобраться с внешним ключом?

Question

[Михаим Фролов]

Имеется уже готовая БД, заполненная. Code first не нужен.
Есть сущности Message, User, Operator

public class Message
{
    public int MessageID { get; set; }
    public string Text { get; set; }
    public int UserID { get; set; }
    public User User{ get; set; }
    public int OperatorID { get; set; }
    public virtual Operator Operator { get; set; }
}

public class User
{
    public int UserID { get; set; }
    public string Name { get; set; }
}

public class Operator
{
    public int OperatorID { get; set; }
    public string Name { get; set; }
}

Схема БД такая:

CREATE TABLE [dbo].[Messages] (
    [MessageID]  INT      IDENTITY (1, 1) NOT NULL,
    [OperatorID] INT      NOT NULL,
    [UserID]   INT      NOT NULL,
    [Text]       TEXT     NOT NULL,
    PRIMARY KEY CLUSTERED ([MessageID] ASC),
    CONSTRAINT [FK_Operator] FOREIGN KEY ([OperatorID]) REFERENCES [dbo].[Operators] ([OperatorID]),
    CONSTRAINT [FK_User] FOREIGN KEY ([UserID]) REFERENCES [dbo].[Users] ([UserID])
);

Вопрос вот в чём: Во время выполнения программы создаются экземпляры классов Operator, User и Message и нужно добавить в БД этот Message. Делаю так - dbContext.Messages.Add(new Message(... бла бла)); db.SaveChanges();
В БД запись появляется и UserId и OperatorId подхватываются из свойств созданных экземпляров.
Но проблема в том, что когда мне нужно выгрузить данные из БД, то EF не понимает как в Message инициализировать свойства: public Operator Operator {get; set;} и public User User{get; set;}. Поэтому они всегда NULL. Приходится по свойствам UserId и OperatorId в dbContext'е искать. Инет перерыл, но не нашел. Буду благодарен любому ответу.

Answer 1

[Morrowind]

Привет!
Если я верно все понял, то вам нужно просто использовать явно в запросе к БД метод .Include() который достанет указанный дочерний элемент из таблицы.
Вот пример для наглядности:

var even = _context.Event
                    .Include(e => e.Clients)
                     .Include(co => co.Company)
                    .FirstOrDefault(e => e.Training.Id == trainingId && e.StartDate == null);

Comments

[Михаим Фролов]

Дело не в этом. Мне не нужно объединять таблицы.

public class Message
    {
        public int MessageID { get; set; }
        public string Text { get; set; }

        public int UserID { get; set; } <--- Cюда EF заносит userId, все ок
        public User User{ get; set; }  <--- Сюда EF ничего не заносит почему-то, 
он не понимает связи между свойством User и колонкой UserId таблицы Message в БД.

        public int OperatorID { get; set; }
        public virtual Operator Operator { get; set; }
    }

[Morrowind]

Михаим Фролов, Вы сами пишете "Но проблема в том, что когда мне нужно выгрузить данные из БД". Теперь понятно, что у Вас id создается, а данные объекта не помещаются.
А можно ли Вам менять схему БД?
Если да? то к public User User{ get; set; } -> virtual.
public virtual User User{ get; set; }

После изменений Вам нужно будет произвести миграцию или убить старую БД и пересоздать ее первой миграцией.
В миграции должна будет появится вот такая же строчка только с UserID
CONSTRAINT [FK_Operator] FOREIGN KEY ([OperatorID]) REFERENCES [dbo].[Operators] ([OperatorID]),


Если же менять нельзя, то посмотрите пожалуйста мануал по отношению реализации отношений таблиц друг другу. Мне кажется у Вас что-то не то с реализацией таблиц изначально.

[Михаим Фролов]

Morrowind, virtual тоже пробовал, не пашет. В свойство Operator тоже не поступает объект данных, не только в User.

[oleg_ods]

Михаим Фролов, Он и не должен поступать.

Вы запрашивали объект Message - он Вам и вернулся. Если нужны данные из связанных таблиц - используйте join.

[Михаим Фролов]

oleg_ods, Значит я искал то, чего нет. Как я понял навигационные свойства надо догружать самим "Жадными, ленивыми загрузками" и прочее. Так что тема закрыта. Спасибо всем, кто отозвался.