如何摆脱多个左键在EF核心急切地加载相同桌子

Question

我正在用急切的加载将Oracle SP转换为EFCORE，但我想知道如何更有效地转换以下查询。

我的主要目的是编码它更干净，并学习更好的方法。它导致为.include（）创建许多MRC_BATCH_INFO实例，这不是我想要的。

              SELECT C.COLL_ID,
                MI.MRC_INC_NAME,
                ME.MRC_EXC_NAME,
                SI.STR_INC_NAME,
                SE.STR_EXC_NAME,
                AI.MSTR_INC_NAME,
                AE.MSTR_EXC_NAME,
                FROM MERCHANT C
               ,MRC_BATCH_INFO MI
               ,MRC_BATCH_INFO ME
               ,MRC_BATCH_INFO SI
               ,MRC_BATCH_INFO SE
               ,MRC_BATCH_INFO AI
               ,MRC_BATCH_INFO AE
              WHERE C.COLL_ID = PI_COLL_ID
                AND C.MRC_INC_LIST_ID = MI.COLL_MRC_BATCH_ID(+)
                AND C.MRC_EXC_LIST_ID = ME.COLL_MRC_BATCH_ID(+)
                AND C.STR_INC_LIST_ID = SI.COLL_MRC_BATCH_ID(+)
                AND C.STR_EXC_LIST_ID = SE.COLL_MRC_BATCH_ID(+)
                AND C.MSTR_INC_LIST_ID = AI.COLL_MRC_BATCH_ID(+)
                AND C.MSTR_EXC_LIST_ID = AE.COLL_MRC_BATCH_ID(+)

作为

var result = await _mrcRepository
             .Include(x=>x.MrcBatchInfo_MI)  // I want to get rid of these LeftJ
             .Include(x=>x.MrcBatchInfo_ME)  // reduce it as one if it's possible
             .Include(x=>x.MrcBatchInfo_SI)  // or any other optimization
             .Include(x=>x.MrcBatchInfo_SE)
             .Include(x=>x.MrcBatchInfo_AI)
             .Include(x=>x.MrcBatchInfo_AE)
             .Where(x=>x.CollId==collId)
             //.Select( ) in this part and its OK 
             .ToListAsync();

任何评论。

Answer 1

包括和选择有不同的目的。 include在中导致在查询中，而EF执行连接是不是，而是用于急切地加载相关数据时您想加载整个实体图。 （一个实体及其相关实体）

选择是处理称为投影的概念。在这些情况下，您不一定会返回实体，而是告诉EF使用其实体及其关系来填充所需的输出。

因此，例如，如果您想要的数据是您的方法返回的东西，我们将创建一个Poco dto对象或ViewModel来保存所需的输出数据：

[Serializable]
public class MerchantDTO
{
    public int CollId { get; set; }
    public string MRC_INC_NAME { get; set; }
    public string MRC_EXC_NAME { get; set; }
    public string STR_INC_NAME { get; set; }
    public string STR_EXC_NAME { get; set; }
    public string MSTR_INC_NAME { get; set; }
    public string MSTR_EXC_NAME { get; set; }

}

我们可以从这里构建select> select条款从商人实体图中加载DTO，EF可以通过导航属性来算出相关数据。这样做的优点是，所得的SQL只能从所需的相关表中撤回数据，而不是从商家和相关表中的所有数据。

var result = await _context.Merchants
    .Where(x=>x.CollId==collId)
    .Select(x => new MerchantDTO
    {
        CollId = x.CollId,
        MRC_INC_NAME = x.MrcBatchInfo_MI.Name,
        MRC_EXE_NAME = x.MrcBatchInfo_ME.Name,
        STR_INC_NAME = x.MrcBatchInfo_SI.Name,
        STR_INC_NAME = x.MrcBatchInfo_SE.Name,
        MSTR_INC_NAME = x.MrcBatchInfo_AI.Name,
        MSTR_INC_NAME = x.MrcBatchInfo_AE.Name
    }).ToListAsync();

...使用更合适的命名约定，我猜想了要返回的姓名属性的详细信息。 EF仍然会产生连接和幕后类型，因此不要指望它可以模仿现有的查询，但是在大多数情况下，绩效明智的是EF生成的查询非常好。

可能有一些复杂的情况可以更明确地优化，在这种情况下，选项是将视图和映射实体映射到视图而不是基本表。 （适合复杂的阅读操作）

Answer 2

AND C.MRC_INC_LIST_ID = MI.COLL_MRC_BATCH_ID(+)
AND C.MRC_EXC_LIST_ID = ME.COLL_MRC_BATCH_ID(+)
AND C.STR_INC_LIST_ID = SI.COLL_MRC_BATCH_ID(+)
AND C.STR_EXC_LIST_ID = SE.COLL_MRC_BATCH_ID(+)
AND C.MSTR_INC_LIST_ID = AI.COLL_MRC_BATCH_ID(+)
AND C.MSTR_EXC_LIST_ID = AE.COLL_MRC_BATCH_ID(+)

就我个人而言，我认为您的数据库设计倒退。

而不是将商人表带有6个外键的表。您需要一个具有FK到商人的表格，以及一个类型列来表示6（或更多）类型。这要么在MRC_BATCH_INFO表上，要么在新的多一对一的联接表上，具体取决于这两个表的相关方式。