Entity framework 4 EF 4实体模型设计问题

我创建了一个现有的数据模型，其中还没有数据。使用Visual Studio 2010，我从该数据库生成了.edmx文件（实体数据模型）。我觉得我的数据库中可能有几个FK，我在实体模型中不需要它们

在实体数据模型中确定所需导航属性的最佳实践是什么？当我查看每个实体并尝试确定是否需要导航属性时，应该考虑什么

如果我不需要某个导航属性，我是否也应该在数据模型中删除该FK，以便将来的实体模型更新不会将它们拉回来

---

此外，在确定我的数据模型中是否需要FK时，最佳做法是什么

为什么要将FKs引入数据库？你可能用它们来建立一些引用完整性，不是吗？在这种情况下，将FKs保留在DB中，并让EF将其包含在模型中

EDMX文件有几个部分-存储模型、概念模型和模型之间的映射（它也有关于设计器的信息，但并不有趣）。当您将表添加到EDMX中时，它将在存储模型中描述它们以及所有FK（关联）。它还可以在概念模型中创建关联，并向实体添加导航属性

从数据库更新不会影响对概念模型（实体）的更改。如果删除导航属性，则下次更新模型时不会添加该属性，但FK仍将存在

---

决定离开导航属性或删除它是很难弥补前面。您将在应用程序开发期间看到它。它也可以由域模型中的一些规则引入。有时需要编写复杂的Linq到实体查询。导航属性在编写查询时非常方便，因为它们可以节省您在Linq中编写大量左连接的时间。

为什么要将FKs引入数据库？你可能用它们来建立一些引用完整性，不是吗？在这种情况下，将FKs保留在DB中，并让EF将其包含在模型中

EDMX文件有几个部分-存储模型、概念模型和模型之间的映射（它也有关于设计器的信息，但并不有趣）。当您将表添加到EDMX中时，它将在存储模型中描述它们以及所有FK（关联）。它还可以在概念模型中创建关联，并向实体添加导航属性

从数据库更新不会影响对概念模型（实体）的更改。如果删除导航属性，则下次更新模型时不会添加该属性，但FK仍将存在

决定离开导航属性或删除它是很难弥补前面。您将在应用程序开发期间看到它。它也可以由域模型中的一些规则引入。有时需要编写复杂的Linq到实体查询。导航属性在编写查询时非常方便，因为它们可以节省您在Linq中编写大量左连接的时间