关于对象重新编译的问题

chenfeng825

有时recompile不起作用的,重建时最保险的办法.(如果保存有原码)其实没细看全部内容,不过总结非常认同

joey

     我坚信

sp_recompile 是会 导致对象重新编译的

起始昨天我就试过不行，为了确认，今日有测试了一次，还是不行的。
起始手册中说可以recompile,也许只是优化了某一部分，并不能解决我们这里提到的问题

joey

评为精华了，
提点小小意见，这是我自己写的，不是zt的.
放到原创精华更合适的

chenfeng825

不要太贪心，呵呵。鼓励原创！

qjhadm

确实不错.对待这样一个小问题做如此深刻的分析,精神另我佩服

solofeng

呵呵joey   比我强，上次我也是由于sp_rename的问题导致我们数据库出现很大的问题，不过后来知道是没有讲存储过程recomplie，但是我没有做这么细致的分析？佩服

zhangyh123

原帖由 "Blackrose" 发表：
我坚信

sp_recompile 是会 导致对象重新编译的

   

我一般 只 sp_recompile table  
从来没有使用 sp_recompile procedure
不过还有点怀疑，明天自己验证看看。

Eisen

sp_recomplie后面只能跟 table的名字，不能针对某个procedure进行recompile的。

zhangyh123

关于 在 存储过程中使用 select * from table  以及新增加字段后新列为什么不出现的问题，我这里给一个比较正确的认识：
在检查你的存储过程文本中，可以看到，任何
select * from table 在数据库保存并编译的时候，都被数据库编译器替换为
  select col1,cole .....coln  的形式，被替换成具体的列名，新增加列后
新列名不会自动出现在这里
因此，新增加的列为什么 没有出来，原因就很清楚了。并不是重编译与否的问题，
我同意 blackrose 的看法 ，数据库存储过程肯定重新编译。

重新编译的对象应该是第一次数据库保存与编译时展开的数据库脚本，而不是开发人员写的 select * 因此 重新编译后并没有新列是很正常的，它只对展开列名
的sp 进行编译。

我认为缺失列的原因并不是楼主所说的原因（没有重新编译，而是编译的对象是什么！），请广大网友务必不要搞 混淆！

也请斑竹仔细检查，否则。。。     


另外 这样的问题在 mssql 数据库不会出现，
在mssql 数据库中，编译器不会修改你select * from ...的语句中的 * 为具体的列名 因此 从这里可以看出， 从 mssql 移植程序到 sybase 的人要改变观念，屏气写 select * from 的陋习！     

joey

同意zhangyh123 的解释

任何
select * from table 在数据库保存并编译的时候，都被数据库编译器替换为
select col1,cole .....coln 的形式，被替换成具体的列名，新增加列后
新列名不会自动出现在这里
因此，新增加的列为什么 没有出来，原因就很清楚了。

我并非说这是重新编译导致的问题，而是说重新编译可以解决这些问题。
也就是说，只有重新编译，stored proc 才能刷新底层表发生的变化。