在 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上下文中。
《学无止境.....》