Criar e modificar o banco de dados e objetos de servidor

Objetos de banco de dados definem a estrutura do conteúdo de seu banco de dados. Esses objetos estão contidos dentro de um o projeto de banco de dados, que também pode incluir planos de geração de dados e scripts. Objetos de servidor definem os objetos existentes no servidor de banco de dados, mas não em um banco de dados, como, por exemplo, logins, certificados ou mensagens de erro personalizadas. Objetos de servidor estão contidos em projetos de servidor.

Em Solution Explorer, definições de banco de dados e objetos de servidor estão contidos em arquivos e agrupados por tipo dentro do projeto de banco de dados ou servidor. Ao trabalhar com objetos de banco de dados e servidor, talvez seja mais intuitivo de usar Visualização Esquema, nos quais objetos estão agrupados por tipo. Analisa um arquivo em seu projeto de banco de dados para obter uma definição de objeto de banco de dados se o arquivo estiver marcado com um Build Type de Build. Arquivos que estão contidos no seu projeto de banco de dados, mas que possuem um diferente Build Type não são tratados como se eles contêm objetos de banco de dados e não aparecem no Visualização Esquema.

Tarefas comuns

A tabela a seguir, você encontrará descrições de tarefas comuns que oferecem suporte a esse cenário e links para obter mais informações sobre como você pode concluir com êxito essas tarefas.

Definições de objeto

Os objetos de banco de dados e servidor são definidos em uma coleção de arquivos. SQL que estão armazenados na pasta do projeto. A maioria dos objetos são definidos em arquivos separados. As exceções incluem colunas em uma tabela e parâmetros para a função ou procedimento armazenado. Colunas especificadas no arquivo que contém a definição de tabela e parâmetros são especificados no arquivo que contém o procedimento armazenado ou função.

O Build Action propriedade para um arquivo. SQL indica se o arquivo é analisado para verificar se ele contém a definição de um objeto de banco de dados. Por padrão, os arquivos que contêm definições para os objetos de banco de dados estão definidos para Build, e outros scripts. SQL e miscellaneous files são definidas como não está na compilação. O Build Action propriedade também determina se o script de compilação inclui o arquivo.

O nome de cada objeto determina o nome do arquivo e o tipo de objeto determina sua extensão de nome de arquivo padrão. Por exemplo, as funções estão nos arquivos são nomeados ObjectName. function.sql e procedimentos armazenados estão nos arquivos que são nomeados ObjectName. proc.sql.

Objetos no Solution Explorer e a visualização Esquema

Em Solution Explorer, você trabalha com os arquivos que contém a seu projeto e que contêm as definições para os objetos. Não é possível usar a refatoração Renomear em Solution Explorer. Você pode usar Solution Explorer quando desejar trabalhar com arquivos, como, por exemplo, quando você deseja verificar o seu projeto controle de versão.

Em Visualização Esquema, você pode trabalhar com os objetos de banco de dados. Você pode usar Visualização Esquema quando você estiver trabalhando com os objetos e não os arquivos que contêm suas definições. Por exemplo, você pode usar Visualização Esquema para criar objetos de banco de dados.

Resolução de nomes de objeto

Em geral, os nomes de objeto devem ser resolvidos usando as mesmas regras que SQL Server usa. Alguns sysobjects talvez precise ser totalmente qualificado para resolver corretamente. Se os erros são exibidos ou se você observar um comportamento inesperado em casos que envolvem os nomes de objeto que não são totalmente qualificados, você deve qualificar totalmente o nome do objeto para tentar resolver o problema.

O nome do banco de dados em definições de objeto de referência

Você pode usar o token de $(databasename) em um script de definição de objeto em um projeto de banco de dados, mas as seguintes restrições se aplicam:

• Você deve incluir o token de colchetes, como mostra o exemplo a seguir:

  [$(databasename)]

• Você não pode usar o token para especificar um nome de três partes, como mostra o exemplo a seguir:

  [$(databasename)].dbo.[Tabela1]

O exemplo a seguir mostra como usar o nome de $(database) token em um procedimento armazenado:

CREATE PROCEDURE [dbo].[MyProcedure]
@param1 INT = 0,
@param2 INT
AS
ALTER DATABASE [$(databasename)]
MODIFY FILEGROUP [FileGroup1] DEFAULT
RETURN 0

Definir opções de nível de objeto

Além de SET as opções que você pode definir para o seu projeto de banco de dados, você também pode especificar valores para as duas opções em objetos de banco de dados individual. Essas opções são nulos de ANSI e o identificador de entre aspas. Por padrão, o SET Opções para cada correspondência do projeto de banco de dados do objeto SET Opções. Você pode definir essas duas opções para o padrão de projeto, ativado ou desativado. Quando você constrói o projeto de banco de dados, somente aqueles nível do objeto SET opções que estão definidas para um valor diferente do padrão de projeto são controladas por script na compilação de script.

Observação
Quando você usar os comandos de Script de importação ou importar o esquema de banco de dados, SET os valores de opção não são importados para objetos de banco de dados individual. Você deve defini-las Propriedades janela. Para obter mais informações, consulte Como: Especificar opções de conjunto de nível de objeto.

Validação de objeto

Validação ocorre quando você salvar alterações em um objeto de banco de dados que são criados ou modificados. Quaisquer erros na definição do objeto aparecem a Error List janela. Se você clicar duas vezes a mensagem de erro, a definição do objeto é aberto para que você pode corrigir o erro. Os objetos de banco de dados que contêm erros mostram um ponto de exclamação vermelho em seus ícones no Visualização Esquema.

Observação
Se um objeto de banco de dados não é suportado na versão que você está usando, o ícone para o objeto é um triângulo amarelo invertido.

Para obter mais informações sobre como solucionar problemas com objetos de banco de dados, consulte Solucionando problemas de implantação, desenvolvimento e projeto de banco de dados.

Cenários relacionados

• Criar e modificar Scripts de banco de dados
  Você pode especificar os scripts de pré-implantação e pós-implantação para realizar ações antes ou depois de implantar um banco de dados. Por exemplo, você pode usar o script de pós-implantação para adicionar dados de referência a uma tabela de pesquisa.

• Refatorar o código do banco de dados e dados
  Você pode usar a refatoração de banco de dados para eliminar algumas tarefas repetitivas e sujeitas a erros, como, por exemplo, renomear todas as referências a um objeto, totalmente nomes de qualificação, expandindo os caracteres curinga ou mover um objeto para um esquema diferente.

• Criar e implantar os bancos de dados para um ambiente de desenvolvimento isolado
  Depois de modificar objetos em seu projeto, criar e implantar as alterações para seu o ambiente de desenvolvimento isolado.

• Analisando o código do banco de dados para melhorar a qualidade do código
  Você pode analisar seu código de banco de dados para localizar e corrigir problemas comuns de design, nomeação e desempenho.

• Edição de Scripts de banco de dados e objetos com o Editor do Transact-SQL (web site da Microsoft)
  Você pode usar o editor de Transact-SQL para modificar scripts e definições de objetos de banco de dados.

Consulte também

Conceitos

Criar e implantar os bancos de dados para um ambiente de produção ou de preparo

Criar e implantar os bancos de dados para um ambiente de desenvolvimento isolado

Renomear todas as referências a um objeto de banco de dados

Gravar e alterar o código do banco de dados