Entity Framework Code First — почему при создании отношения one to many, в таблице создаются 2 колонки?

Question

[Matsun]

Использую технологию Entity Framework Code First при проектировании БД для своего блога.
В данный момент пишу сущности статьи (Article) и комментариев (Comment).
Сущность Article относится к Comment - one to many.
Почему при создании БД, фреймворк в таблице Comment создаёт сразу 2 колонки:
Comment_ID (зачем?)
Article_ID (с этой всё понятно).

Тем более что в колонке Comment_ID все значения NULL

Answer 1

[Виктор П.]

Код-то покажи? Думаю, что что-то неправильно написал

public class Article
    {
        [Key]
        [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
        public Guid Id { get; set; }

       ...

        public virtual ICollection<Comment> comm { get; set; }
    }

public class Comment
    {
        [Key]
        [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
        public Guid Id { get; set; }
        public Guid ArtId { get; set; }
        
       ...

        [ForeignKey("ArtId")]
        public virtual Article art { get; set; }
    }

Comments

[Matsun]

Да, сейчас скину свой код

Answer 2

[Matsun]

Да, у меня по другому написано, зачем делать свойства виртуальными? и в той и другой сущности?
Также, не добавил атрибут [ForeignKey("ArtId")] так как мне казалось что фреймворк сам разберётся какой ключ делать внешним

Вот мой вариант

public class Article
    {
        ...

        public List<Comment> CommentList { get; set; }

        public Article()
        {
            CommentList = new List<Comment>();
        }
        ...
}
public class Comment
    {
        public int ID { get; set; }

        public int ParentID { get; set; }

        public string FullText { get; set; }

        public string Author { get; set; }

        public string Email { get; set; }

        public DateTime DatePublication { get; set; }

        public Article Article { get; set; }
        ...

Comments

[Виктор П.]

Привет, как видите, фреймворк не разобрался ) насчет virtual я не уверен, вначале откуда-то так скопировал, всё работало, даже не стал разбираться. В примерах его пишут через раз, так что, возможно, virtual не обязателен. А с ForeignKey добавьте. В общем, я скинул рабочий вариант, у меня так работает.

[Matsun]

Виктор, можно задать вам ещё такой вопрос, правда не совсем по теме.

Создаю представление Article, в нём есть форма для того чтобы пользователь мог оставить комментарий
В форме есть скрыто поле "Html.Hidden("ArticleId", Model.ID);"

Это поле нужно для того, чтобы в базе привязать комментарий к определённой статье. Вопрос вот в чем.

Получается, что в контроллере, который обрабатывает этот пост запрос имеются поля комментариев (автор и текст коммента), а также ID статьи, который передаётся скрытым полем.
И поскольку в сущности Comment такого свойства поля как "int ArticleID" нету (вместо него public Article Article { get; set; }) приходится делать лишьний запрос к базе, чтобы извлечь Article. А только потом отправить комментарий в базу.
Вопрос вот в чём, как за один запрос в контроллере добавить комментарий, зная ID статьи, для которой он оставлен?

Спасибо!

[eugene73]

virtual нужен для того, чтобы EF не сразу загружал данные из связанных таблиц при получении объектов из базы, а только при обращении к соответствующим свойствам. По этой же причине класс сущности не должен быть sealed.