| INSERT mytemp DEFAULT VALUES SELECT c1 FROM mytemp GO 奇怪的事情发生了，创建这个过程顺利地通过，这里只是把临时表替换成了一个永久性表，并没做其他任何改变，难道SQL Server在乎创建的是临时表还是永久性表，呵呵？发生的事情似乎是这样的，在将过程插入syscomments之前(存储过程编译后存放于系统表syscomments中)， SQL Server参照临时表解析CREATE TABLE，也许你会说将临时表换成一个table类型的变量就不会出现这样的问题，可是事实是不行，数据类型table同样受此局限。似乎是从SQL Server 7.0开始，支持永久性表的滞后名称解析，但不支持临时表的滞后名称解析。但不管是哪一种情况，第一个代码都无法执行，下面采取一个迂回策略来解决这个问题，请看： CREATE PROC testp @var int AS CREATE TABLE #mytemp(k1 int identity) IF @var=1 ALTER TABLE #mytemp ADD c1 int ELSE ALTER TABLE #mytemp ADD c1 varchar(2) INSERT #mytemp DEFAULT VALUES EXEC(''''SELECT c1 FROM #mytemp'''') GO 在这里只创建表一次，然后修改它，注意｀EXEC(''''SELECT c1 FROM #mytemp'''')＇ 这条语句是必要的，因爲新添加的列对于添加它的过程并非立即可见，如果去掉EXEC执行该过程时，将会显示这样的错误： 
再説一次，新添加的列对于添加它的过程并非立即可见！然而以上的代码却带来了一个性能问题，因爲任何创建临时表并近一步处理它的存储过程都将导致该过程的执行计划重新编译，这对于高吞吐量环境中的大型过程而言，性能会大打折扣！以下过程将解决这个问题： CREATE PROC test4 AS INSERT #temp DEFAULT VALUES SELECT c1 FROM #temp GO
上一页 [1] [2] [3] 下一页 | 
注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网] 