PYODBC连接SQL Server查询时如何返回nickname列含NULL的记录

两边结果不一致的核心原因有三点：

1. 你在SSMS中执行的SQL没有添加nickname字段的筛选逻辑，和Python脚本的查询条件并不完全一致，不具备直接对比的前提。
2. 前端留空昵称搜索框时，传入的nickname_search是空字符串''，不是Python的None值，导致原有逻辑中? IS NULL判断返回FALSE，昵称筛选条件退化为c.nickname LIKE '%%'。
3. 数据库ANSI_NULLS为ON时，NULL LIKE 任意值的返回结果是UNKNOWN（不是TRUE），会被WHERE条件直接过滤，因此所有nickname为NULL的记录都被排除，最终只返回2条nickname非NULL的记录。

另外你当前SQL中LEFT JOIN后在WHERE层写c3.status = ?，会把左连接未匹配到的记录全部过滤，等价于INNER JOIN，如果需要保留左连接特性（返回status_type无匹配的card记录），需要把该条件移到JOIN的ON子句中。

方案1：SQL层兼容空参数场景（推荐） #

直接修改nickname字段的筛选逻辑，同时兼容参数为None、空字符串、有搜索值三种场景，不需要额外处理Python入参：

sql = ('''select count(*)
                  , c3.status 
          from card C 
          LEFT JOIN status_type c3 ON c3.ID = c.status_type
          where
         (
           ? IS NULL 
           OR LEN(?) = 0
           OR c.nickname LIKE CONCAT('%', ?, '%')
         )
          and
          c.gender = ?
          and 
          c3.status = ?
          Group by c3.status
          ''')

param1 = nickname_search                    
param2 = radio_gender
param3 = radio_status
 
rows = cursor.execute(sql,[
                         param1,param1,param1,  # 昵称条件对应3个占位符
                         param2,
                         param3
                         ]).fetchall()

修改后的逻辑：当昵称搜索参数为None、空字符串时，直接跳过昵称筛选，所有记录（包括nickname为NULL的）都能通过该条件；当参数有实际输入值时，才执行LIKE匹配，符合搜索预期。

方案2：Python侧预处理入参 #

在执行SQL前先把空的搜索参数转为None，适配原有SQL的判断逻辑：

# 预处理入参：空字符串/纯空白内容转为None
param1 = nickname_search.strip() if nickname_search and nickname_search.strip() else None
param2 = radio_gender
param3 = radio_status

sql = ('''select count(*)
                  , c3.status 
          from card C 
          LEFT JOIN status_type c3 ON c3.ID = c.status_type
          where
         (c.nickname LIKE CONCAT('%', ?, '%') OR ? IS NULL)
          and
          c.gender = ?
          and 
          c3.status = ?
          Group by c3.status
          ''')

rows = cursor.execute(sql,[
                         param1,param1,
                         param2,
                         param3
                         ]).fetchall()

该方案和你原有写法逻辑一致，只是提前把空输入转为None，让? IS NULL判断能正确命中，此时OR条件后半段为TRUE，会直接放行所有记录（包括nickname为NULL的），不会执行前面的LIKE判断。

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