if   exists   (select   *   from   tempdb.dbo.sysobjects   where   id   =   object_id(N'tempdb..#temp')   and   type='U')   
  drop   table   #temp
SELECT o.OrderId,o.Ordernum,o.Username,o.UserId,o.Price,o.IsPayment,o.IsPay,o.PayType,o.PayTime,o.Status,o.ShipStatus,o.Postage,o.PostType,o.ServiceCost,o.Memo,o.[Time],oi.LineNum,oi.SupplierId,oi.SupplierTitle,oi.ProductId,oi.ProductName,oi.Descn,oi.Thumb,oi.UnitPrice,oi.Quantity,oi.DiscountRate,o.Hidden1,o.Hidden2
 into #temp FROM db_Order o join db_OrderItem oi on o.Ordernum=oi.Ordernum
SELECT count(1) FROM #temp WHERE LineNum=1 这是一个存储过程的语句,如果用户1 正在查询数据, 用户2 就进来,用户3也进来,这样的话,用户1会受用户2影响吗?
用户2会受用户3影响吗?
他原来的存储过程是不用临时表
SELECT o.OrderId,o.Ordernum,o.Username,o.UserId,o.Price,o.IsPayment,o.IsPay,o.PayType,o.PayTime,o.Status,o.ShipStatus,o.Postage,o.PostType,o.ServiceCost,o.Memo,o.[Time],oi.LineNum,oi.SupplierId,oi.SupplierTitle,oi.ProductId,oi.ProductName,oi.Descn,oi.Thumb,oi.UnitPrice,oi.Quantity,oi.DiscountRate,o.Hidden1,o.Hidden2
FROM db_Order o join db_OrderItem oi on o.Ordernum=oi.Ordernum
就将这一段 不停地重复用到两个地方。
不知道有没有好的解决方法,with不知道可行不

解决方案 »

  1.   


    在存储过程里面不用考虑这个问题。这个临时表是局部临时表。不会出现你所谓的并发情况。。
    当然用with也行。。都可以。。
      

  2.   

    #tmp临时表对每一个连接都是不一样的,不会有冲突
      

  3.   

    临时表 
    可以创建本地和全局临时表。本地临时表仅在当前会话中可见;全局临时表在所有会话中都可见。 本地临时表的名称前面有一个编号符   (#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               
      

  4.   

    不会受到影响的
    可以吧
    if exists (select * from tempdb.dbo.sysobjects where id = object_id(N'tempdb..#temp') and type='U')   
      drop table #temp
    这段去掉,如果想提高效率 可以再给临时表加上索引
      

  5.   

    那么,如果我直接在存储过程这样写
    SELECT o.OrderId,o.Ordernum,o.Username,o.UserId,o.Price,o.IsPayment,o.IsPay,o.PayType,o.PayTime,o.Status,o.ShipStatus,o.Postage,o.PostType,o.ServiceCost,o.Memo,o.[Time],oi.LineNum,oi.SupplierId,oi.SupplierTitle,oi.ProductId,oi.ProductName,oi.Descn,oi.Thumb,oi.UnitPrice,oi.Quantity,oi.DiscountRate,o.Hidden1,o.Hidden2
     into #temp FROM db_Order o join db_OrderItem oi on o.Ordernum=oi.Ordernum
    SELECT count(1) FROM #temp WHERE LineNum=1  
    不删除临时表 会不会有问题呢?
      

  6.   


    语句本身没什么问题,但是在存储过程最后 最好加上 drop table #temp 
      

  7.   

    你只要记住本地临时表是会话级别的,其他会话是不能访问该会话创建的临时表的
    select @@SPID
    /*
    53
    */select 1 as id,'bb' as name
    into #t1select * from #t1/*
    id          name
    ----------- ----
    1           bb(1 行受影响)
    */另一个会话是不能访问的select @@SPID
    /*
    54
    */select * from #t1/*
    消息 208,级别 16,状态 0,第 1 行
    对象名 '#t1' 无效。
    */
      

  8.   

    那 SQL77 说同时运行会有问题是啥意思?
    我就觉得 按照 会话 来说 就是没问题的
      

  9.   

    临时表
    也可以创建临时表。临时表与永久表相似,但临时表存储在 tempdb 中,当不再使用时会自动删除。有本地和全局两种类型的临时表,二者在名称、可见性和可用性上均不相同。本地临时表的名称以单个数字符号 (#) 打头;它们仅对当前的用户连接是可见的;当用户从 Microsoft® SQL Server™ 2000 实例断开连接时被删除。全局临时表的名称以数学符号 (##) 打头,创建后对任何用户都是可见的,当所有引用该表的用户从 SQL Server 断开连接时被删除。例如,如果创建名为 employees 的表,则任何人只要在数据库中有使用该表的安全权限就可以使用该表,除非它已删除。如果创建名为 #employees 的本地临时表,只有您能对该表执行操作且在断开连接时该表删除。如果创建名为 ##employees 的全局临时表,数据表中的任何用户均可对该表执行操作。如果该表在您创建后没有其他用户使用,则当您断开连接时该表删除。如果该表在您创建后有其他用户使用,则 SQL Server在所有用户断开连接后删除该表。
      

  10.   

    做个小试验
    在查询分析器里打开3个查询窗口--在第一个查询里
    select @@spid
    /*
    ------
    56(1 行受影响)
    */
    create table #temp(id int identity,name varchar(20))
    /*
    在tempdb里看到临时表名
    dbo.#temp_______________________________________________________________________________________________________________000000000005
    */
    /*
    关掉这个查询窗口,临时
    dbo.#temp_______________________________________________________________________________________________________________000000000005
    表将销毁
    */--在第二个查询里
    select @@spid
    /*
    ------
    55(1 行受影响)
    */
    create table #temp(id int identity,name varchar(20))
    /*
    在tempdb里看到临时表名
    dbo.#temp_______________________________________________________________________________________________________________000000000006
    */
    --这里执行
    if exists (select * from tempdb.dbo.sysobjects where id = object_id(N'tempdb..#temp') and type='U')   
      drop table #temp
    go
    /*
    在tempdb里临时表名
    dbo.#temp_______________________________________________________________________________________________________________000000000006
    没了
    */
    --在第三个查询里
    select @@spid
    /*------
    54(1 行受影响)
    */
    if exists (select * from tempdb.dbo.sysobjects where id = object_id(N'tempdb..#temp') and type='U')   
      drop table #temp
    go
    /*
    不影响这两个临时表
    dbo.#temp_______________________________________________________________________________________________________________000000000006
    dbo.#temp_______________________________________________________________________________________________________________000000000005
    */