3

样品表

我的数据库中有一个类似于上面的自引用表。基本上它的设置方式是每行都有一个唯一的 ID（身份 PK）和一个 DependentID，以指示它所依赖的集合中的任何其他记录。它与您经常在 SQL 教科书中看到的父子类型示例非常相似，但我的案例在某种意义上是微妙的独特，因为给定的记录也可以依赖于自身（参见上面的第 1 行）

两个问题：

  1. 可以使 EF 正确地表示这种关系吗？我在这里阅读了几篇文章，表明它不能优雅地处理这种情况，所以我最初的想法是它甚至可能不值得，我最好把它当作普通表并编写业务逻辑以确保数据被正确插入/更新。在我的场景中，我永远不会通过 EF 查询这些实体，该应用程序基本上会在启动时将它们全部加载，然后我将在运行时对它们运行 linq 查询以根据需要进行过滤

  2. 假设我无法让它与 EF 一起使用，并且正如我在 #1 中指出的那样，我只是在启动时将它们全部加载到内存中（只有 50-100 左右），那么最有效的加入方式是什么这是通过linq？我希望能够传入一个 DependentId 并获取与其关联的所有记录及其属性......所以在这个例子中我想传入 '1' 并返回：

1 - 约翰 - 10

2 - 迈克 - 25

3 - 鲍勃 - 5

谢谢您的帮助

4

1 回答 1

3

事实上，实体框架不能表示这样的关系，当然不能以递归查询的形式。

但是您不是在要求递归查询，因此您可以将 DependentId 视为另一个数据列。这样做，构建和执行对数据库的问题二查询将是微不足道的。

更新：

该查询看起来像

int dependentIdToSearch = 1;

var q = from something in db.mytable
        where something.DependentId == dependentIdToSearch
        select new { something.Id, something.Name, something.Value };

结束更新

如果您确实需要递归查询（所有直接和间接依赖项），则需要一个具有公共表表达式的表值函数。实体框架也不能处理这个问题，至少在当前版本中是这样。如果您需要这种支持，您可以等待 EF 5 或使用 Linq to SQL（从几年前的第一个版本开始就支持表值函数）。

您确实也可以读取内存中的整个表，前提是它是只读的，或者只有“一个内存”（单个服务器，不是负载平衡的或具有本地数据库的客户端应用程序）。

如果它是只读的，您可以选择在加载时构建一次对象图，以便以后高效执行。例如，您可以定义一个类，其中包含依赖于每个对象的对象集合。然后，您的查询将成为对该集合的微不足道的迭代。

于 2012-06-18T20:01:56.100 回答