如果要使用ado.net实体框架映射数据库表，是否应该为外键遵循特定的命名模式？

Question

我正在读关于实体框架如下教程，使用代码优先方法链接

它提到要让EF解释这两个类之间的FK，我需要使用以下2种命名模式或规则：

public class Enrollment
{
    public int EnrollmentID { get; set; }
    public int CourseID { get; set; }
    public int StudentID { get; set; }

    public Grade? Grade { get; set; }

    public virtual Course Course { get; set; }
    public virtual Student Student { get; set; }
}

public class Student
{
    public int ID { get; set; }
    public string LastName { get; set; }

    public string FirstMidName { get; set; }

    public DateTime EnrollmentDate { get; set; }

    public virtual ICollection<Enrollment> Enrollments { get; set; }
}

然后，实体框架将属性解释为外键属性：

• Rule1（如果它名为<navigation property name><primary key property name> （例如，由于Student实体的主键是ID，则为Student导航属性的StudentID ）。

• Rule2外键属性也可以简单地命名为<primary key property name> （例如， CourseID因为Course实体的主键是CourseID ）。

但是如果我已经有一个数据库并且我没有遵循这种命名模式，这会成为问题吗？ 例如，让说我定义Student-->Enrollment关系我的SQL Server内部如下Enrollment.StudentNo ---> Student.studentID ，在那里我定义了一个名为场StudentNo为FK到student.studentid （我就是这样做的测试目的），那么这会引起任何问题吗？ 从我自己的测试中，我注意到EF将快乐地将Enrollment.StudentNo与Student.StudentId映射（甚至我可以将FK定义为“ NoNamePetten ”），因此上述两个规则仅在使用代码优先方法和如果我使用数据库优先方法，我不需要遵循它们吗？

谢谢

Answer 1

如果您使用的是数据库优先，并且该关系存在于您的SQL数据库中，那么应该没问题。 EF足够聪明，可以在生成的上下文代码中进行映射。

如果您使用的是Code-First，则不必总是遵循该约定。 您可以随心所欲地调用相关字段，但是您需要告诉EF它们之间到底是什么关系。 您可以通过以下两种方式之一来执行此操作：在DbContext类中使用Fluent API，在实体类中使用数据注释（我个人最喜欢的）。

要执行您的要求，您可以在“ Enrollment类中执行以下操作：

public int EnrollmentID { get; set; }

[ForeignKey("Student")]
public int StudentNo { get; set; }

public virtual Student Student { get; set; }