在嵌套存储过程中创建重复的临时表

Question

情况如下：

过程 1 创建一个临时表 (#MYTABLE) 并调用过程 2。过程 2 还尝试创建具有不同列的 #MYTABLE。当过程 2 尝试将数据插入 #MYTABLE 时，会发生错误，提示“列名无效”。我对此有两个问题：

1) 在过程 2 中创建 #MYTABLE 时系统不应该抱怨吗？我明白为什么它在编译时不能反对，但在运行时我会期待一个错误。

2) 鉴于它不会抱怨创建，实际上当您在过程 2 中从 #MYTABLE 中选择时，您会看到新列，为什么它会抱怨 INSERT？

下面是代码。取消注释任一 INSERT 语句都会出现错误。

（我知道很多方法可以解决这种情况，所以我不需要对此作出回应。我只是想了解发生了什么。）

IF OBJECT_ID(N'dbo.MYPROC1', N'P') IS NOT NULL
    DROP PROCEDURE dbo.MYPROC1;
GO

CREATE PROCEDURE dbo.MYPROC1
AS
    CREATE TABLE dbo.#MYTABLE ( Name VARCHAR(256) );

    SELECT
        'DO NOTHING 1' AS TABLENAME;

    EXEC dbo.MYPROC2;

GO

IF OBJECT_ID(N'dbo.MYPROC2', N'P') IS NOT NULL
    DROP PROCEDURE dbo.MYPROC2;
GO

CREATE PROCEDURE dbo.MYPROC2
AS
    SELECT
        'INSIDE PROC 2 BEFOREHAND' AS TABLENAME
       ,*
    FROM
        dbo.#MYTABLE;

    CREATE TABLE dbo.#MYTABLE
        (
         Name VARCHAR(256)
        ,LastName VARCHAR(256)
        );

    --INSERT  INTO dbo.#MYTABLE
    --        ( Name, LastName )
    --        SELECT
    --            'BARACK'
    --           ,'OBAMA';

    SELECT
        'INSIDE PROC 2 AFTERWARDS' AS TABLENAME
       ,*
    FROM
        dbo.#MYTABLE;

    --INSERT  INTO dbo.#MYTABLE
    --        ( Name, LastName )
    --        SELECT
    --            'BARACK'
    --           ,'OBAMA';

    SELECT
        'DO NOTHING 2' AS TABLENAME;

GO

EXEC MYPROC1;

Answer 1

来自Create Table 文档：

在存储过程或触发器中创建的本地临时表可以与在调用存储过程或触发器之前创建的临时表同名。但是，如果一个查询引用了一个临时表，并且当时存在两个同名的临时表，则不会定义该查询是针对哪个表解析的。嵌套存储过程还可以创建与调用它的存储过程创建的临时表同名的临时表。但是，为了解析在嵌套过程中创建的表的修改，该表必须具有与调用过程中创建的表相同的结构和相同的列名。

Answer 2

1) 在内部创建#MYTABLE 时系统不应该抱怨吗 程序 2？我明白为什么它不能在编译时反对，但是 在运行时，我预计会出现错误。

它确实在编译时抱怨。当它编译dbo.MYPROC2 时，它会看到该表存在于父范围内并且与您正在使用的列列表不兼容。如果没有该名称的可见父对象，则该语句的编译将被推迟到它被执行（在CREATE TABLE 之后）。

如果您要从dbo.MYPROC2 中删除初始的SELECT，然后在dbo.MYPROC1 之前先执行dbo.MYPROC2，它可能会成功——因为它已经有dbo.MYPROC2 的缓存计划，无需重新编译.

我不建议这样做，除非您在计划从缓存中删除并且程序以错误的顺序执行时遇到随机错误。最好使用唯一的名称。

Answer 3

1) 在内部创建#MYTABLE 时系统不应该抱怨吗 程序 2？我明白为什么它不能在编译时反对，但是 在运行时，我预计会出现错误。

不，不应该。您将获得 2 个本地临时表，查看它们的名称：

CREATE PROCEDURE dbo.MYPROC1
AS
    CREATE TABLE dbo.#MYTABLE ( Name VARCHAR(256) );
    EXEC dbo.MYPROC2;
GO

CREATE PROCEDURE dbo.MYPROC2
AS
    CREATE TABLE dbo.#MYTABLE(
         Name VARCHAR(256)
        ,LastName VARCHAR(256));

    SELECT *
    FROM tempdb.INFORMATION_SCHEMA.TABLES
    WHERE [Table_name] LIKE '%MYTABLE%' 
GO

SqlFiddleDemo

输出：

╔════════════════╦═══════════════╦═══════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════╦════════════╗
║ TABLE_CATALOG  ║ TABLE_SCHEMA  ║                                                            TABLE_NAME                                                             ║ TABLE_TYPE ║
╠════════════════╬═══════════════╬═══════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════╬════════════╣
║ tempdb         ║ dbo           ║ #MYTABLE____________________________________________________________________________________________________________000000000117  ║ BASE TABLE ║
║ tempdb         ║ dbo           ║ #MYTABLE____________________________________________________________________________________________________________000000000118  ║ BASE TABLE ║
╚════════════════╩═══════════════╩═══════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════╩════════════╝

2) 鉴于它不会抱怨创作，事实上，当 您从程序 2 中的 #MYTABLE 中选择，您会看到新列， 为什么它抱怨 INSERT？

因为 SQL Server 从外部存储过程获取第一个表定义。它有不同的列，因此您在INSERT 期间会出错

Answer 4

嗯，乍一看你的假设是可以的，但只是在第一个。

当您创建名为 MyTable 的临时表时，SQL Server 会在 TEMPDB 中创建实际表，该表名为“MyTable_____________....范围，服务器可以对它们产生影响。

在您的情况下，您在两个不同的范围内创建本地临时表 - 两个不同的过程，不要介意一个正在调用另一个，您无法访问在第一个过程中创建的第二个过程中的表。

我建议您从 sys.objects 中选择数据，这样您就可以看到创建了两个实际且不同的表 - select name from tempdb..sysobjects where name like 'MYTABLE%'

最后 - 您使用相同的名称并希望访问“最小”范围表，但实际上 Server 使用首先创建的表。假设 SQL server 只是从 sys.objects 中选择前 1 个，其中范围和名称与当前的匹配。