本帖最后由 funsuzhou 于 2009-12-16 09:45:17 编辑

解决方案 »

  1.   

    用临时表,不用正式表即可.如果你说的临时表是#temp之类的,没问题,每个用户创建的临时表虽然名字一样,但使用权限不一样.不存在冲突.有关临时表的详细说明参见:临时表
    可以创建本地和全局临时表。本地临时表仅在当前会话中可见;全局临时表在所有会话中都可见。本地临时表的名称前面有一个编号符 (#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 约束中不能引用临时表。考虑使用表变量而不使用临时表。当需要在临时表上显式地创建索引时,或多个存储过程或函数需要使用表值时,临时表很有用。通常,表变量提供更有效的查询处理。
      

  2.   

    使用临时表  用完以后DROP 掉 就没问题了
      

  3.   

    To 2楼,最后一个EXEC Test1怎么会有2条记录呢?都是调用的存储过程里的临时表。
      

  4.   

    To 3楼,我如果用程序直接操作数据库,生成如#TEMP之类的表,第2、3个用户也创建#TEMP表,你的意思是不会有冲突的,是不是?
      

  5.   

    我的程序可能会先查询数据库有没有#TEMP表,如果有,先删除,然后再创建,当第一个用户单击按钮后,第2、3个用户接着单击按钮,第一个用户单击后程序执行时会不会把第2、3个用户创建的#TEMP表删除?
      

  6.   

    不用查询,#Temp是生成在TempDB里面的,只要在不同的会话中,object_id都是不一样的。
    比如你同时打开两个查询分析器窗口,都create table #temp(id int)
      

  7.   

    可以创建本地和全局临时表。本地临时表仅在当前会话中可见;全局临时表在所有会话中都可见。本地临时表的名称前面有一个编号符 (#table_name),而全局临时表的名称前面有两个编号符 (##table_name)。如果本地临时表由存储过程创建或由多个用户同时执行的应用程序创建,则 SQL Server 必须能够区分由不同用户创建的表。为此,SQL Server 在内部为每个本地临时表的表名追加一个数字后缀。
      

  8.   

    刚才在SQL SERVER 2005的MANAGEMENT STUDIO里面试了一下,不同的Query窗口创建的同名#TEMP具有不同的表名后缀,在某个Query窗口执行DROP TABLE #TEMP后也不对其它Query窗口创建的#TEMP起作用。如果我在程序里面执行,是不是和Query窗口一样,每个单击按钮都互不影响呢?
      

  9.   

    如果我不显式的DROP TABLE #TEMP,过一段时间SQL SERVER会不会自动清除它?我刚才用3个Query窗口创建了3个不通后缀的#TEMP表,我在其中一个Query窗口DROP TABLE #TEMP,过了10多分钟,数据库还有2个#TEMP前缀的表。
      

  10.   

    To 14楼:那我必须在应用程序处理过程的最后加上一句DROP TABLE #TEMP