Início / dba / Perguntas / 155526
Accepted
JJS
Asked: 2016-11-17 15:07:36 +0800 CST

O que permite ao SQL Server trocar um nome de objeto por uma string passada para um procedimento do sistema

  • 772

O que faz com que seja legal passar um nome de objeto para o procedimento armazenado do sistema sp_helptext?

Qual mecanismo converte o nome do objeto em uma string?

por exemplo

-- works
sp_helptext myproc
sp_helptext [myproc]
sp_helptext [dbo.myproc]
-- and behaves the same as a string
sp_helptext 'myproc'
sp_helptext 'dbo.myproc'

-- does not work
sp_helptext dbo.myproc -- Msg 102, Level 15, State 1, Line 1 incorrect syntax near '.'
-- an additional case that does not work.
sp_helptext [dbo].[myproc] -- Msg 102, Level 15, State 1, Line 1 incorrect syntax

Parece estranho que eu não seja obrigado a colocar aspas simples em nomes de procedimentos válidos, a menos que tenha um nome de .esquema e nome de procedimento separados. Estou procurando uma explicação de como ele é convertido automaticamente de um nome entre aspas para uma string literal a ser passada como o valor do parâmetro.

Não tenho um problema específico para resolver; Estou simplesmente curioso sobre coisas que não estão documentadas.

sql-server stored-procedures

1 respostas

  1. Best Answer

    O primeiro argumento para o procedimento armazenado do sistema sp_helptexté:

    [@objname= ] 'name'
    É o nome qualificado ou não qualificado de um objeto com escopo de esquema definido pelo usuário. As aspas são necessárias apenas se um objeto qualificado for especificado. Se for fornecido um nome totalmente qualificado, incluindo um nome de banco de dados, o nome do banco de dados deverá ser o nome do banco de dados atual. O objeto deve estar no banco de dados atual. nome é nvarchar(776), sem padrão.

    Além disso, a documentação para Identificadores Delimitados (Mecanismo de Banco de Dados) afirma:

    Usando identificadores como parâmetros no SQL Server
    Muitos procedimentos armazenados do sistema, funções e instruções DBCC usam nomes de objetos como parâmetros. Alguns desses parâmetros aceitam nomes de objetos com várias partes, enquanto outros aceitam apenas nomes com uma única parte. Se um nome de parte única ou de várias partes é esperado determina como um parâmetro é analisado e usado internamente pelo SQL Server.

    Nomes de parâmetro de parte única
    Se o parâmetro for um identificador de parte única, o nome pode ser especificado das seguintes maneiras:

    • Sem aspas ou delimitadores
    • Entre aspas simples
    • Entre aspas duplas
    • Entre colchetes

    Nomes de parâmetro de
    várias partes Os nomes de várias partes são nomes qualificados que incluem o banco de dados ou o nome do esquema e também o nome do objeto. Quando um nome com várias partes é usado como parâmetro, o SQL Server requer que a string completa que compõe o nome com várias partes seja colocada entre aspas simples.

    O primeiro argumento to sp_helptextaceita nomes de objeto de parte única (não qualificado) e de várias partes (qualificado).

    Se o analisador T-SQL interpretar o item seguinte sp_helptextcomo um nome de parte única (de acordo com os quatro marcadores acima), o nome resultante será passado como o valor do argumento (tipo de string) esperado pelo procedimento.

    Quando o analisador o vê como um nome de várias partes , o texto deve ser colocado entre aspas simples, conforme indicado.

    O principal recurso de um nome com várias partes é um .separador (fora de qualquer delimitador).

    Esses exemplos da pergunta são interpretados com sucesso como nomes de parte única:

    myproc - parte única (sem aspas ou delimitadores - marcador #1)
[myproc] - parte única (entre parênteses - marcador #4)
'myproc' - parte única (entre aspas simples - marcador #2)
'dbo.myproc' - várias partes com as aspas simples necessárias
[dbo.myproc] - parte única (entre colchetes - marcador nº 4)

    Os dois últimos exemplos da pergunta são analisados ​​como nomes de parâmetros de várias partes (devido ao .separador exposto). Eles produzem um erro porque não possuem as aspas simples obrigatórias:

    dbo.myproc - multipart sem as aspas simples necessárias
[dbo].[myproc] - várias partes sem as aspas simples necessárias

    Este exemplo extra usando aspas duplas é bem-sucedido:

    "dbo.myproc" - parte única (entre aspas duplas - ponto nº 3)

    Observe que ele é interpretado com sucesso (para o valor do parâmetro do procedimento) como sendo um nome válido de uma única parte , mas o código do procedimento é capaz de interpretar a string (com várias partes) que recebe de forma flexível (usando PARSENAMEe OBJECTID).

    Como último ponto de interesse, observe que o uso de aspas duplas aqui não depende da configuração de QUOTED_IDENTIFIER.

    • 11

relate perguntas