Estender os recursos de banco de dados de Visual Studio

Você pode estender Visual Studio Premium ou Visual Studio Ultimate , criando as extensões de recurso. Essas extensões de recurso permitem estender os recursos do Visual Studio Premium ou Visual Studio Ultimate , como refatoração, geração de dados, testes de unidade e análise de código do banco de dados. Quando você criar extensões de recurso, você está usando uma estrutura existente para o recurso de base, portanto, a quantidade de código que você precisa escrever é bastante reduzida.

Extensões do recurso têm pontos de extensibilidade bem definida. Não é necessário ter o SDK do Visual Studio criar extensões de recurso para Visual Studio Premium ou Visual Studio Ultimate.

Tarefas comuns de alto nível

Um banco de dados de modelagem.

Para um banco de dados de modelo Visual Studio modela os scripts que compõem o Data Definition Language (DDL) de banco de dados e o banco de dados resultaria se você executou a esses scripts. O modelo dos scripts de DDL é fornecido pelo Script DOM. O modelo de banco de dados resultante é fornecido pelo modelo do esquema.

Fluxo de dados entre os componentes de extensibilidade

O diagrama a seguir mostra como os dados fluem através desses componentes.

Fluxo de dados entre os componentes de extensibilidade

As definições dos objetos de banco de dados são persistentes no projeto de banco de dados na forma de scripts DDL. Quando você abre um projeto de banco de dados, esses scripts são lidos e dois modelos são preenchidos: o modelo de Script DOM e o modelo de esquema. Recursos do Visual Studio Premium interagir com os dois modelos, e quando você salva as alterações em objetos de banco de dados, essas alterações são persistentes novamente em scripts DDL.

Componentes de extensibilidade no Database Edition

O diagrama a seguir mostra os componentes que interagem para que você possa estender os recursos de edição de banco de dados.

Comunicação entre componentes de extensibilidade

Quando você abre ou cria qualquer projeto de banco de dados, o componente Gerenciador de extensão carrega quaisquer provedores de esquema do banco de dados registrados. Quando você usa os recursos específicos para um provedor de esquema de banco de dados (DSP), o componente Gerenciador de extensão carrega os recursos e suas extensões que oferecem suporte daquele DSP. Por exemplo, quando você usa recursos de refatoração Renomear para renomear objetos em um SQL Server 2008 banco de dados, o recurso de refatoração é carregado, juntamente com os tipos de refatoração e colaboradores para SQL Server 2008.

O gerente de extensão

Quando você executa o Visual Studio Premium ou Visual Studio Ultimate, todos os projetos de banco de dados, provedores de esquema, recursos e extensões de recurso interagem singleton ExtensionManager. O extension manager carrega uma única instância derivada de DatabaseSchemaProvider para cada projeto de banco de dados. Por exemplo, quando Visual Studio Premium ou Visual Studio Ultimate abre uma Microsoft SQL Server 2005 o projeto, o extension manager carrega uma instância de Sql90DatabaseSchemaProvider (que ele derivado DatabaseSchemaProvider).

O extension manager carrega extensões com base no tipo de interface implementada por essas extensões. Por exemplo, quando você usa o recurso de teste de unidade de banco de dados, o gerente de extensão retorna uma lista de extensões registradas que herdam a TestCondition a classe base, e cujas extensões são compatíveis com o provedor do esquema de banco de dados para o projeto de banco de dados.

Compatibilidade de extensão do recurso

Um recurso, como, por exemplo, análise de código de refatoração ou estático é composto de componentes que são específicos para um DSP e os componentes que oferecem suporte a todos os DSPs (componentes do DSP agnóstica). Quando você define uma extensão do recurso, declarar a compatibilidade de extensão com um DSP específico ou com um DSP de base para que a extensão é carregada somente para tipos de projeto apropriada. Por exemplo, você poderia declarar que sua extensão era compatível com Sql90DatabaseSchemaProvider (para restringir o que ele SQL Server 2005 projetos) ou com SqlDatabaseSchemaProvider (a classe base para SQL Server 2005 e SQL Server 2008 DSPs). Você também pode declarar uma extensão para ser compatível com vários, DSPs específicos. Se você não tiver certeza se as versões futuras podem romper o recurso, você pode usar essa abordagem. Para declarar um recurso para ser compatível com todos os DSPs, declare-o como compatível com o DatabaseSchemaProvider classe de base.

Exemplos

Defina a extensão compatível com um DSP:

// SqlSchemaObjectDesigners is defined as compatible with all Sql 
// database services providers.  
[DatabaseSchemaProviderCompatibility (typeof(Sql90DatabaseSchemaProvider))]
internal class SqlSchemaObjectDesigners : ISchemaObjectDesigners
{
}

Defina a extensão compatível com vários DSPs:

// Extension InconclusiveCondition is defined as compatible with all 
// SQL Server database services providers and Oracle database 
// services providers.
[DatabaseSchemaProviderCompatibility (typeof(SqlDatabaseSchemaProvider))]
[DatabaseSchemaProviderCompatibility (typeof(OracleDatabaseSchemaProvider))]
public sealed class InconclusiveCondition : TestCondition
{
}

Defina a extensão compatível com todos os DSPs:

// Extension ReportingService is defined as compatible with all
// database services providers.
[DatabaseSchemaProviderCompatibility (typeof(DatabaseSchemaProvider))]
internal class ReportingService : IReportingService
{
}

Defina a extensão compatível com nenhum dos DSPs:

// Extension ExecutionTimeCondition is defined as compatible with no
// database services providers.  That means if a feature
// has an ExtensionManager constructed with null, it will load
// those extensions defined as binding to 
// DspCompatibilityCategory.None
[DatabaseSchemaProviderCompatibility (DspCompatibilityCategory.None)]
public sealed class ExecutionTimeCondition : TestCondition
{
}

Tipos de extensões de recurso

Você pode criar extensões de recurso que aprimoram os recursos de vários a Visual Studio Premium ou Visual Studio Ultimate recursos. A tabela a seguir descreve os tipos de extensões que você pode criar.

Componentes principais dos provedores de esquema do banco de dados

Um provedor de esquema de banco de dados (DSP) é composto por três grupos de componentes:

• Script DOM — um modelo de objeto e oferecer suporte a serviços que modelam um script arbitrário de SQL que inclui instruções de DDL e DML.

• Modelo de esquema — um modelo de objeto e serviços que modelam os objetos em uma instância de banco de dados, como, por exemplo, tabelas, visões e procedimentos armazenados de suporte.

• Serviços de interação do usuário — uma coleção de serviços que permitem que os componentes principais acessar recursos de interface de usuário, como, por exemplo, as seqüências de caracteres que representam os nomes dos objetos, os ícones que representam os tipos de objeto e categorias e as hierarquias no qual exibir esses objetos.

As funções principais de um DSP são para habilitar o processamento de scripts DDL em representações de Script DOM e o modelo de esquema e para ativar a função inversa de reproduzir as representações de modelo de dois de scripts.

O Script DOM

Um Script de DOM fornece uma implementação que analisa um script DDL dentro de um modelo de objeto que representa o script. O DOM do Script também fornece a implementação para reproduzir o script original do modelo.

O diagrama a seguir mostra como os dados fluem por meio de scripts DOM.

Fluxo de dados por meio do Script DOM

O analisador de Script DOM converte o script, armazenado em um arquivo de texto não-estruturados, para um objeto que herda de IScriptFragment interface. O gerador de scripts no Script DOM leva a um objeto que herda de IScriptFragment interface e produz o script de original. Nos provedores de esquema de banco de dados para SQL Server, que são incluídos com Visual Studio Premium ou Visual Studio Ultimate, IScriptFragment resumos de uma árvore de sintaxe abstrata (AST) e um fluxo de token.

Tokens fornecem uma representação não-estruturada de um script. Cada token na coleção possui:

• O tipo de token (como, por exemplo, palavra-chave ou seqüência de caracteres literal)

• A seqüência de caracteres de símbolo

• O arquivo de origem no qual ocorreu o token

• O deslocamento dentro desse arquivo no qual ocorreu o token

Árvores de sintaxe abstrata (ASTs) fornecem uma representação estruturada do script. Cada nó na AST representa um lote de instruções, uma instrução ou um componente de uma instrução (como, por exemplo, uma expressão). ASTs são usados para analisar os scripts após terem sido analisados. ASTs também são usadas para programaticamente criar scripts.

O modelo de esquema

A representação do modelo de esquema é um modelo de objeto baseado em interface que modela uma instância de banco de dados ao vivo. Interfaces são organizadas em uma hierarquia de derivação que inclui uma única camada abstrata que é compartilhada por todos os DSPs, juntamente com qualquer número de camadas abstratas, direcionamento de detalhes do modelo da mais específica. Por exemplo, o ISql90Table interface é herdeira ISqlTable, que herda a interface de camada abstrata IDatabaseTable. O modelo de esquema leva a IScriptFragment objetos e traduz-se em elementos de modelo de esquema e também executa a conversão inversa, de elementos de modelo de esquema em IScriptFragment objetos. O modelo de esquema é composto de algum número de implementações do Composer de modelo. Cada implementação cria um modelo de algum outro recurso do sistema. Por exemplo, o ScriptModelComposer compõe um modelo a partir de arquivos de script que mantido no projeto de banco de dados.

A infra-estrutura do modelo de esquema (ModelStore e suas classes de suporte) implementa as referências de Script DOM integradas diretamente de elementos de modelo. Isso permite a modelagem de objetos, como, por exemplo, procedimentos armazenados, que contêm scripts arbitrários.

Um modelo de esquema consiste em uma coleção de elementos e anotações. Elementos descrevem o artefato que estão sendo modelado (como tabelas, modos de exibição, procedimentos armazenados, disparadores, colunas e assim por diante). As anotações são usadas para associar dados arbitrários com o modelo. As anotações são usadas pelos componentes do núcleo de projeto do banco de dados e também pode ser usados pelos recursos do projeto e extensões de recurso. Anotações e elementos podem ser nomeadas ou anônimas.

Elementos de modelo

Elementos são compostos de propriedades e relacionamentos. Propriedades representam os dados básicos, como números inteiros, valores booleanos e seqüências de caracteres e eles são usados para capturar os detalhes do modelo. As relações representam conexões nomeadas e digitadas entre elementos. Por exemplo, um ISqlTable elemento mantém um relacionamento do tipo ISqlColumn chamado de "Colunas" a tabela que associa suas colunas.

Existem três tipos básicos de relacionamentos:

• Peer — representa uma dependência de um elemento em um outro elemento de uma maneira arbitrária. Em SQL Server, melhor a relação entre um modo de exibição e uma tabela será modelada como um relacionamento de peer.

• Compondo — representa um elemento consiste em outros elementos. Em SQL Server, a relação entre uma tabela e suas colunas é melhor modelada como um relacionamento composing. Um princípio fundamental de um relacionamento composing é que os dois elementos são criados ao mesmo tempo, como uma única ação. Os elementos não possuem uma ordem de dependência para a criação ou remoção. No entanto, a direção de dependência de pai para filho é mantida pelo modelo para habilitar dependências associativas. Por exemplo, se uma coluna tiver uma dependência em um determinado tipo, a dependência da tabela pai na sua coluna composing significa que a tabela também depende do tipo.

• Hierárquica — representa uma hierarquia. As relações hierárquicas diferem redigir relações porque a direção de dependência é de filho para pai (em vez de outra forma ao redor). Um exemplo em SQL Server é a relação entre um esquema e um objeto de propriedade, como uma tabela ou modo de exibição. Uma tabela participa de uma relação hierárquica com seu esquema.

O diagrama a seguir mostra os três tipos de relações que podem ser representados no modelo de esquema.

Relações de objeto no modelo de esquema

Cada relação em um modelo declara que se ele é um multi-relationship ou um único relacionamento. Em todos os casos, um elemento pode manter uma relação de vazia. Os modelos podem ser incompletos modelos do artefato real.

Elementos são baseados em interface para suportar os recursos a seguir em uma implementação de armazenamento:

• Elemento strong digitação (identidade)

• Herança múltipla

  • Para oferecer suporte a partes específicas de DSP e de DSP independente do sistema

  • Para oferecer suporte a compartilhamento de "qualidades" em caso contrário, não relacionadas a tipos de elemento

• Extensibilidade e flexibilidade de versão

O público de implementar todas as classes de elemento de modelo IModelElement interface. As anotações, relacionamentos e propriedades que podem ser acessadas usando o ModelStore metadados API a partir dessa classe. As interfaces, como IDatabaseTable, que servem para fornecer acesso (vinculado em tempo de compilação), propriedades e relacionamentos em uma maneira mais simples e passível de manutenção mais.

Anotações de modelo

Como os elementos, as anotações são compostas de propriedades. Diferentemente de elementos, as anotações não participam de relações. Em vez disso, as anotações são anexadas a elementos ou ao modelo do próprio armazenam. As anotações são fortemente tipadas e uma única instância de uma anotação que pode ser conectada a vários elementos além do armazenamento de modelo. Anotações do modelo anexado representam uma instância de anotação é "global" o modelo.