Identificadores de banco de dados

  • Artigo

Aplica-se a: SQL Server Banco de Dados SQL do Azure Instância Gerenciada de SQL do Azure Azure Synapse Analytics PDW (Analytics Platform System) Ponto de extremidade de análise do SQL Warehouse no Microsoft Fabric

O nome do objeto de banco de dados é conhecido como identificador. Tudo no SQL Server pode ter um identificador. Servidores, bancos de dados e objetos de banco de dados, como tabelas, exibições, colunas, índices, gatilhos, procedimentos, restrições e regras, podem ter identificadores. Os identificadores são necessários para a maioria dos objetos, mas são opcionais para alguns objetos, como restrições.

O identificador de objeto é criado quando o objeto é definido. O identificador é utilizado para referenciar o objeto. Por exemplo, a seguinte instrução cria uma tabela com o identificador TableXe duas colunas com os identificadores KeyCol e Description:

CREATE TABLE TableX (
    KeyCol INT PRIMARY KEY,
    Description NVARCHAR(80)
);

Essa tabela também tem uma restrição sem-nome. A restrição PRIMARY KEY não tem identificador.

A ordenação de um identificador depende do nível em que está definido. Os identificadores de objetos no nível de instância, como logons e nomes de banco de dados, são atribuídos à ordenação padrão da instância. Os identificadores de objetos em um banco de dados, como tabelas, exibições e nomes de coluna, são atribuídos à ordenação padrão do banco de dados. Por exemplo, duas tabelas com nomes que se diferem apenas em maiúsculas e minúsculas podem ser criadas em um banco de dados que possui ordenação que diferencia maiúsculas e minúsculas, mas não podem ser criadas em um banco de dados que tem ordenação que não diferencia maiúsculas e minúsculas.

Observação

Os nomes de variáveis ou os parâmetros de funções e procedimentos armazenados devem obedecer às regras para identificadores Transact-SQL.

Classes de identificadores

Há duas classes de identificadores:

  • Os identificadores regulares estão em conformidade com as regras para formato de identificadores. Os identificadores normais não são delimitados quando utilizados em instruções Transact-SQL.

    USE AdventureWorks2022;
GO

SELECT *
FROM HumanResources.Employee
WHERE NationalIDNumber = 153479919;

  • Os identificadores delimitados são colocados entre aspas duplas (") ou colchetes ([ e ]). Os identificadores que estão em conformidade com as regras de formato de identificadores podem não ser delimitados. Por exemplo:

    USE AdventureWorks2022;
GO

SELECT *
FROM [HumanResources].[Employee] --Delimiter is optional.
WHERE [NationalIDNumber] = 153479919 --Delimiter is optional.

Os identificadores que não estão em conformidade com todas as regras para identificadores devem ser delimitados em uma instrução Transact-SQL. Por exemplo:

USE AdventureWorks2022;
GO

--Identifier contains a space and uses a reserved keyword.
CREATE TABLE [SalesOrderDetail Table] (
    [Order] INT NOT NULL,
    [SalesOrderDetailID] INT IDENTITY(1, 1) NOT NULL,
    [OrderQty] SMALLINT NOT NULL,
    [ProductID] INT NOT NULL,
    [UnitPrice] MONEY NOT NULL,
    [UnitPriceDiscount] MONEY NOT NULL,
    [ModifiedDate] DATETIME NOT NULL,
    CONSTRAINT [PK_SalesOrderDetail_Order_SalesOrderDetailID] PRIMARY KEY CLUSTERED (
        [Order] ASC,
        [SalesOrderDetailID] ASC
    )
);
GO

SELECT *
FROM [SalesOrderDetail Table] --Identifier contains a space and uses a reserved keyword.
WHERE [Order] = 10; --Identifier is a reserved keyword.

Tanto os identificadores normais quanto os delimitados devem conter de 1 a 128 caracteres. Para tabelas temporárias locais, o identificador pode ter no máximo 116 caracteres.

Regras para identificadores regulares

Os nomes de variáveis, funções e procedimentos armazenados devem obedecer às regras de identificadores Transact-SQL.

  1. O primeiro caractere deve ser um dos seguintes itens:

    • Uma letra, como definido pelo Unicode Standard 3.2. A definição de letras do Unicode inclui caracteres latinos de a a z, de A a Z, além de caracteres de letras de outros idiomas.

    • Sublinhado (_), arroba (@) ou sinal de número (#).

      Determinados símbolos no começo de um identificador possuem um significado especial no SQL Server. Um identificador normal iniciado com arroba denota sempre uma variável local ou parâmetro e não pode ser utilizado como nome de qualquer outro tipo de objeto. Um identificador iniciado com um sinal de número denota uma tabela temporária ou procedimento. Um identificador iniciado com dois sinais de número (##) denota um objeto temporário global. Embora possa ser utilizado um caractere de sinal de número ou dois sinais de número para começar os nomes de outros tipos de objetos, não recomendamos essa prática.

      Algumas funções do Transact-SQL têm nomes iniciados com dois sinais de arroba (@@). Para evitar confusão com essas funções, você não deve usar nomes iniciados por @@.

  2. Os caracteres subsequentes podem incluir a seguinte lista:

    • Letras, como definido no Unicode Standard 3.2.

    • Números decimais do latim básico ou outros scripts nacionais.

    • O sinal de arroba (@), cifrão ($), sinal de número (#) ou sublinhado (_).

  3. O identificador não deve ser uma palavra reservada do Transact-SQL. SQL Server reserva as versões maiúscula e minúscula de palavras reservadas. Quando identificadores são usados nas instruções Transact-SQL, os identificadores que não estiverem de acordo com essas regras deverão ser delimitados por aspas duplas ou colchetes. As palavras reservadas dependem do nível de compatibilidade do banco de dados. Esse nível pode ser definido por meio da instrução ALTER DATABASE compatibility level .

  4. Não são permitidos espaços ou caracteres especiais.

  5. Não são permitidos caracteres suplementares.

Quando identificadores são usados nas instruções Transact-SQL, os identificadores que não estiverem de acordo com essas regras deverão ser delimitados por aspas duplas ou colchetes.

Observação

As regras do formato de identificadores normais dependem do nível de compatibilidade do banco de dados. Esse nível pode ser definido usando ALTER DATABASE compatibility level.

Ordenação de catálogos no Banco de Dados SQL do Azure

Você não pode alterar ou definir a ordenação do servidor do Banco de Dados SQL do Azure. No entanto, você pode configurar a ordenação de cada banco de dados separadamente para dados no banco de dados e para catálogo. A ordenação do catálogo determina a ordenação dos metadados do sistema, como identificadores de objetos. Ambas as ordenações podem ser especificadas de maneira independente quando você cria o banco de dados no portal do Azure, em T-SQL com CREATE DATABASE e no PowerShell com New-AzSqlDatabase.

Para obter detalhes e exemplos, consulte CREATE DATABASE. Especifique uma ordenação para o banco de dados (COLLATE) e uma ordenação de catálogo para metadados do sistema e identificadores de objetos (CATALOG_COLLATION).

Conteúdo relacionado