• Sql2005+:sp_MS_marksystemobject 数据库DB执行上下文


    在 master 库中,sp_开头的过程,通常为 系统存储过程。微软不建议 用户定义以 sp_ 开头的存储过程。

    通常的访问规则是:

    1. 首先查找当前db上下文中是否具有该过程?
    2. 如果没有,查询master库中是否具有该名称的过程?
    3. 如果 exec中指定了 db部分,则在 指定的db上下文中查找具有该名称的过程?
    4. 如果 exec中指定了 db部分,则在 指定的db上下文中查找具有该名称的过程,如果没有,查询master库中是否具有该名称的过程?

    但 在其中有一个很重要的隐含问题:执行的db上下文问题!

    如:

    use tempdb --当前的db上下文

    exec userdb..sp_procname --临时切换到 userdb 上下文。但如果sp_procname 中还有 对对象的引用,则这个引用是哪个db环境呢?mastter?tempdb?userdb????

    如果不做特殊设置的话:

    1. 如果该对象是系统对象,如sysobjects,那访问没有问题,就是 userdb(临时切换到 userdb 上下文)
    2. 如果该对象是用户对象,如user_table,那就是master的

    这样,就产生了一个问题:永远无法访问到 自己库的用户对象!

    如何解决?

    sp_MS_marksystemobject 注册sp_开头的用户存储过程为系统存储过程,一切得以解决!

    如前例:执行db的环境 仅仅限制在 userdb (临时切换到 userdb 上下文)或 当前的db上下文中。

    《学无止境.....》

  • 相关阅读:
    java 下载图片并传输(java自带 BASE64工具进行图片和字符串转换)
    MySQL的日期格式
    eclipse下查看maven下载的源码中文乱码问题
    Linux----部署
    python----logging
    python----pymysql
    vmware15 激活秘钥
    vmware15 激活秘钥
    Ubuntu18.04安装
    msyql45讲 20--幻读是什么,幻读有什么问题?
  • 原文地址:https://www.cnblogs.com/jinzhenshui/p/2662268.html
Copyright © 2020-2023  润新知