使用Python 3 SQLAlchemy从SQL Server获取临时表时出现'#result对象名无效'错误的求助

这个错误sqlalchemy.exc.ProgrammingError: (pyodbc.ProgrammingError) [SQL Server]Invalid object name '#result'其实是SQL Server临时表的作用域在搞鬼，我来帮你理清楚并解决它：

问题根源 #

你代码里的两个conn.execute调用是独立的执行批处理：

• 第一个调用执行存储过程，创建了本地临时表#result，但这个临时表的生命周期只限于当前批处理的上下文
• 当第一个execute执行完成后，这个上下文结束，SQL Server会自动销毁#result，所以第二个execute去查询时自然找不到它

快速解决方案 #

把存储过程调用和临时表查询合并到同一个SQL批处理里执行，这样它们共享同一个上下文，临时表就能被正常访问：

修改后的Python代码 #

from sqlalchemy import create_engine
engine = create_engine(odbc_string)

with engine.begin() as conn:
    # 将两个操作合并为一条SQL语句，放在同一个execute调用里
    cursor = conn.execute("""
        exec my_database..my_procedure;
        select * from #result;
    """)
    _df = cursor.fetchall()

进阶优化方案 #

其实你还可以直接在存储过程里返回结果，这样Python代码会更简洁：
修改你的存储过程，在末尾加上查询临时表的语句：

CREATE PROCEDURE my_procedure
    @mean int = 0, @std int = 1
AS
BEGIN
    SET NOCOUNT ON;
    SELECT @mean as mean, @std as std into #result;
    UPDATE #result set mean = 10;
    -- 直接在存储过程内返回临时表数据
    SELECT * FROM #result;
END
GO

对应的Python代码就可以简化成：

with engine.begin() as conn:
    cursor = conn.execute("exec my_database..my_procedure;")
    _df = cursor.fetchall()

关键知识点补充 #

• 本地临时表（#table）的作用域：只在创建它的会话和当前批处理中存在，批处理结束后自动销毁，这是SQL Server的默认行为
• SET NOCOUNT ON的重要性：你已经在存储过程里加了这个，非常棒！它会阻止SQL Server返回"XX行受影响"的额外结果集，避免干扰SQLAlchemy读取真正的查询结果

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