SQLAlchemy Core 如何为预先构造的select语句追加指定列的Where条件

你之前生成交叉连接的核心原因，是错误使用了sel.c下的列引用构造过滤条件：

• sel.c存储的是Select对象最终输出结果集的列元数据，这些列的归属对象是Select本身包装的匿名子查询，不是最初传入的源表。
• 当你用sel.c.status == 'ACTIVE'构造条件时，SQLAlchemy会识别到该列不属于当前查询已有的FROM子句，因此自动把整个Select对象作为独立子查询追加到FROM列表中，最终生成了无关联的双重FROM交叉连接。

给Select对象追加WHERE条件时，必须使用当前查询FROM子句中已存在的源表列构造过滤条件，SQLAlchemy才会直接把条件拼接到当前查询的WHERE子句中，不会触发多余的子查询嵌套。
通用的公共条件追加函数，可以通过遍历Select的FROM子句集合，定位带目标列的源表，拿到源表上的真实列引用完成过滤逻辑：

def add_common_where_conditions(sel, target_col_name="status", target_value="ACTIVE"):
    # 遍历当前查询的FROM来源，定位包含目标列的源表
    target_table = None
    for from_item in sel.froms:
        if target_col_name in from_item.c:
            target_table = from_item
            break
    # 取源表上的原生列引用构造过滤条件
    real_target_col = target_table.c[target_col_name]
    return sel.where(real_target_col == target_value)

调用原有get_foos()、get_bars()函数时，生成的SQL会变为符合预期的单表过滤格式，不再出现嵌套子查询：

-- get_foos() 实际输出
SELECT foos.id, foos.foo, foos.status 
FROM foos 
WHERE foos.status = :status_1

• 不要用sel.c下的输出列构造WHERE条件，这类列的元数据归属是Select自身的匿名包装层，是触发无意义子查询嵌套的核心原因。
• 该实现兼容单表查询、多表join查询等常见场景，只要目标列在查询的FROM子句中存在，就能正确追加过滤条件。

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