关于EF Core SQL查询转换的优化及子查询执行逻辑疑问

1. EF Core生成的SQL是否已优化？ #

EF Core生成的SQL如下：

SELECT
    e."EmployeeId",
    e."PositionId",
    t."Name"
FROM
    "Employee" AS e
INNER JOIN 
    (SELECT
         m."PositionId",
         m."Name"
     FROM
         "MasterPosition" AS m
     WHERE
         NOT (m."IsDeleted")) AS t ON e."PositionId" = t."PositionId"

这个查询写法合规，是否达到最优要看数据库查询优化器的处理结果。主流关系型数据库（如PostgreSQL、SQL Server）的优化器会自动对这类子查询做等价改写，将其转换为更高效的关联过滤逻辑，不会出现先全量查询MasterPosition再过滤的低效执行方式。

2. 两个查询是否等价？ #

你给出的第二个SQL如下：

SELECT
    e."EmployeeId",
    e."PositionId",
    MP."Name" as "PositionName"
FROM
    "Employee" e
INNER JOIN
    public."MasterPosition" MP ON MP."PositionId" = e."PositionId"
WHERE
    NOT e."IsDeleted"

这两个查询完全不等价：

• 第一个查询的过滤条件针对MasterPosition表的IsDeleted字段，只关联未被标记删除的职位数据；
• 第二个查询的过滤条件针对Employee表的IsDeleted字段，只查询未被标记删除的员工数据。
  两者过滤对象不同，最终返回的结果集可能存在巨大差异。

3. INNER JOIN (SELECT)的执行逻辑 #

这种写法不是语法糖，但数据库优化器会自动优化执行逻辑：
它不会先查询所有MasterPosition数据再过滤，而是会将子查询中的NOT (m."IsDeleted")过滤条件提前，先筛选出MasterPosition中符合条件的数据，再和Employee表做关联匹配。实际执行效果和直接写INNER JOIN "MasterPosition" m ON e."PositionId" = m."PositionId" AND NOT m."IsDeleted"几乎一致。

内容的提问来源于stack exchange，提问作者Vendy