关于 SQL Server 2005 的存储过程

[ 2006-04-27 22:10:17 | 作者: admin ]
字号: | |

关于 sp_dropextendedproc
在 SQL Server 2005 中,sp_dropextendedproc 不会删除系统扩展存储过程。但系统管理员应拒绝 public 角色对扩展存储过程的 EXECUTE 权限。在 SQL Server 2000 中,sp_dropextendedproc 可用于删除任何扩展存储过程。


关于 xp_cmdshell
SQL Server 2005 中引入的 xp_cmdshell 选项是服务器配置选项,使系统管理员能够控制是否可以在系统上执行 xp_cmdshell 扩展存储过程。默认情况下,xp_cmdshell 选项在新安装的软件上处于禁用状态,但是可以通过使用外围应用配置器工具或运行 sp_configure 系统存储过程来启用它,如下面的代码示例所示:

  复制代码
-- To allow advanced options to be changed.
EXEC sp_configure 'show advanced options', 1
GO
-- To update the currently configured value for advanced options.
RECONFIGURE
GO
-- To enable the feature.
EXEC sp_configure 'xp_cmdshell', 1
GO
-- To update the currently configured value for this feature.
RECONFIGURE
GO


修改存储过程的问题
        初次使用SQL Server 2005时,在修改了存储过程后竟然不知道如何保存。
          在SQL Server Management Studio的Progammability中找到相应的存储过程,点击右键并选择“Modify”,会打开编辑窗口,修改后点击保存,却出现“Save File As”对话框,让我们选择保存的路径和文件名,也就是保存为另外一个文件,而不是直接保存修改的存储过程,原来是通过点击“Execute”按钮(或者按F5键)。 当通过“Modify”打开编辑窗口时,在存储过程之前会加上“ALTER”关键字,所以当通过“Execute”存储过程实际就是修改存储过程,并不执行存储过程中的SQL语句。这让我想起了VS 2003和VS 2005,当通过它们编辑存储过程时,也是在存储过程之前会加上“ALTER”关键字,但在VS 2003和VS 2005中,点击保存按钮会直接保存对存储过程的修改。SQL Server Management Studio中这样的设计并不是很合理。
 
 


评论Feed 评论Feed: http://blog.xg98.com/feed.asp?q=comment&id=527

这篇日志没有评论。

此日志不可发表评论。