在 master 库中,sp_开头的过程,通常为 系统存储过程。微软不建议 用户定义以 sp_ 开头的存储过程。
通常的访问规则是:
- 首先查找当前db上下文中是否具有该过程?
- 如果没有,查询master库中是否具有该名称的过程?
- 如果 exec中指定了 db部分,则在 指定的db上下文中查找具有该名称的过程?
- 如果 exec中指定了 db部分,则在 指定的db上下文中查找具有该名称的过程,如果没有,查询master库中是否具有该名称的过程?
但 在其中有一个很重要的隐含问题:执行的db上下文问题!
如:
use tempdb --当前的db上下文
exec userdb..sp_procname --临时切换到 userdb 上下文。但如果sp_procname 中还有 对对象的引用,则这个引用是哪个db环境呢?mastter?tempdb?userdb????
如果不做特殊设置的话:
- 如果该对象是系统对象,如sysobjects,那访问没有问题,就是 userdb(临时切换到 userdb 上下文)
- 如果该对象是用户对象,如user_table,那就是master的
这样,就产生了一个问题:永远无法访问到 自己库的用户对象!
如何解决?
sp_MS_marksystemobject 注册sp_开头的用户存储过程为系统存储过程,一切得以解决!
如前例:执行db的环境 仅仅限制在 userdb (临时切换到 userdb 上下文)或 当前的db上下文中。
《学无止境.....》