#开头的表是不是看不见？

[256m]

我用: select * into #temp from employee
结果在Enterprise Manager里找不到这个#temp，是我的问题还是sql本来就是这样的，我接着：
select * into temp1 from #temp
这个temp1就可以看到了。

[SE1]

是的，#开头的表是临时表，其作用域范围是有限的。除了产生它的存储过程或连接之外是看不见的。
你接着：
select * into temp1 from #temp
此时在同一个连接下，当然能看见#temp了。
temp1是一个表，是永久对象，当然可以看见了--在你删除它之前。


你的temp1是一个

[warning]

临时表是看不见的
temp1不是临时表，所以看的见

[256m]

SE1:
这个#temp怎么都看不见！

[supsuccess]

想看见也简单，MSSQLSERVER2000：
到SQL查询分析器中创建一个临时表，然后在左边的对象浏览器中找到:SERVER==>数据库==>TEMPDB==>用户表...
看到了吧？...

[256m]

唉！我用7.0!只有以后再试了！谢谢！

[supsuccess]

7.0不可以吗？

[SE1]

to 256m(一塌糊涂) :
看得见的，否则select * into temp1 from #temp 怎么能执行？此时已经存在一个数据库对象#temp，如supsuccess(口气不小) 所说，在临时数据库（tempdb）里。只不过名字不一样罢了：当然啦，数据库要保证名字的唯一性，否则，两个存储过程都创建了临时表，都叫#temp，同时执行，如果在DBMS那里名字也一样，怎么办？

[SE1]

7.0也应该一样。

[256m]

tempdb里根本找不到，我刷新过！

[256m]

找得到我就不用来问了！

[foolishchao]

在MSSQLSERVER2000中企业管理器中是不会显示临时表（本地和全局临时表）的。

如何判断一个临时表的存在?
请看sky_blue(蓝天)所说的网址中我的第一个回答。

[supsuccess]

可惜我没有7.0...

[foolishchao]

to :SE1
不用担心在两个会话中重名，本地临时表仅在当前会话中可见。

临时表
可以创建本地和全局临时表。本地临时表仅在当前会话中可见；全局临时表在所有会话中都可见。

本地临时表的名称前面有一个编号符 (#table_name)，而全局临时表的名称前面有两个编号符 (##table_name)。

SQL 语句使用 CREATE TABLE 语句中为 table_name 指定的名称引用临时表：

CREATE TABLE #MyTempTable (cola INT PRIMARY KEY)
INSERT INTO #MyTempTable VALUES (1)

如果本地临时表由存储过程创建或由多个用户同时执行的应用程序创建，则 SQL Server 必须能够区分由不同用户创建的表。为此，SQL Server 在内部为每个本地临时表的表名追加一个数字后缀。存储在 tempdb 数据库的 sysobjects 表中的临时表，其全名由 CREATE TABLE 语句中指定的表名和系统生成的数字后缀组成。为了允许追加后缀，为本地临时表指定的表名 table_name 不能超过 116 个字符。

除非使用 DROP TABLE 语句显式除去临时表，否则临时表将在退出其作用域时由系统自动除去：

当存储过程完成时，将自动除去在存储过程中创建的本地临时表。由创建表的存储过程执行的所有嵌套存储过程都可以引用此表。但调用创建此表的存储过程的进程无法引用此表。


所有其它本地临时表在当前会话结束时自动除去。


全局临时表在创建此表的会话结束且其它任务停止对其引用时自动除去。任务与表之间的关联只在单个 Transact-SQL 语句的生存周期内保持。换言之，当创建全局临时表的会话结束时，最后一条引用此表的 Transact-SQL 语句完成后，将自动除去此表。
在存储过程或触发器中创建的本地临时表与在调用存储过程或触发器之前创建的同名临时表不同。如果查询引用临时表，而同时有两个同名的临时表，则不定义针对哪个表解析该查询。嵌套存储过程同样可以创建与调用它的存储过程所创建的临时表同名的临时表。嵌套存储过程中对表名的所有引用都被解释为是针对该嵌套过程所创建的表，例如：

CREATE PROCEDURE Test2
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (2)
SELECT Test2Col = x FROM #t
GO
CREATE PROCEDURE Test1
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (1)
SELECT Test1Col = x FROM #t
EXEC Test2
GO
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (99)
GO
EXEC Test1
GO

下面是结果集：

(1 row(s) affected)

Test1Col
-----------
1

(1 row(s) affected)

Test2Col
-----------
2

当创建本地或全局临时表时，CREATE TABLE 语法支持除 FOREIGN KEY 约束以外的其它所有约束定义。如果在临时表中指定 FOREIGN KEY 约束，该语句将返回警告信息，指出此约束已被忽略，表仍会创建，但不具有 FOREIGN KEY 约束。在 FOREIGN KEY 约束中不能引用临时表。

考虑使用表变量而不使用临时表。当需要在临时表上显式地创建索引时，或多个存储过程或函数需要使用表值时，临时表很有用。通常，表变量提供更有效的查询处理。有关更多信息，请参见 table。

[蓝天]

http://www.csdn.net/expert/topic/537/537128.xml?temp=4.096621E-02

[prjM]

以#开头的表是内存临时表，存在于一个批命令中，提交后就不存在了。所以不可能从企业管理器看到。

[SE1]

to： foolishchao(傻超)
我的意思是说，临时表是存储在tempdb中的，如果DBMS不加区分的话，当然会出问题--我当然知道DBMS给了一个唯一的名字，但DBMS给的名字是什么我并不关心。我并不准备保证名字的唯一性，这是DBMS关心的事。