Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da SQL Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
dê seu feedback
post favorito
Refatoração em Banco de Dados - SQL Magazine 84
O artigo aborda os principais conceitos e práticas de refatoração em banco de dados, bem como detalha o uso das técnicas disponíveis e faz análises sobre o uso das refatorações e sua pragmática para os desenvolvedores. É demonstrado o uso da ferramenta Liquibase que aplica os conceitos de refatoração em banco de dados.
SQL Magazine 84
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 84
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 84
Refatoração em Banco de Dados
Conceitos, Práticas e Ferramenta
Devido aos problemas causados pela constante manutenção sem a devida compreensão de softwares, a sua vida útil tende a ser minimizada. Essas manutenções em curto prazo, geralmente, são complexas e precisam de embasamentos técnicos que minimizem o impacto e aumentem a qualidade dos softwares. Os dados em um banco de dados são um recurso importante e por isso todo o esforço requerido para validar e qualificar eficazmente os dados é válido. Devido a isso, técnicas de Refatoração em Banco de Dados podem auxiliar as equipes de desenvolvimento nesse processo.
Refatorações em Banco de Dados são pequenas alterações nos esquemas de bancos de dados melhorando seu projeto, preservando o comportamento e a semântica dos dados. O processo de refatoração aprimora os esquemas de banco de dados, dando suporte ao desenvolvimento evolucionário do software e ajudando a reparar problemas existentes no projeto de banco de dados.
Este artigo tem como objetivo apresentar técnicas de refatoração de banco de dados, dando enfoque ao detalhamento das técnicas e sua aplicação aos bancos de dados e como podem ser usados no cotidiano do desenvolvedor para facilitar o processo de manutenção dos sistemas de software.
Scott W. Ambler criou um catálogo que detalha 70 refatorações de banco de dados que são apresentados em http://www.agiledata.org/essays/databaseRefactoring.html, e são uma fonte valiosa na pesquisa e aprofundamento das técnicas atualmente disponíveis.
As técnicas listadas por Ambler são divididas em categorias como: Estruturais, Qualidade de Dados, Integridade Referencial, Arquiteturais, Método e Transformações.
Todas essas categorias mencionadas apresentam problemas que precisam ser explorados e corrigidos para a melhoria de um projeto de software. Entre os problemas Estruturais, podem-se citar nomes não representativos para a coluna que os define e associação de colunas que precisam transformar-se em outra tabela. Na Qualidade de Dados, pode-se citar como um problema a ser corrigido a verificação da integridade dos esquemas de dados na deleção ou inserção de uma constraint. A verificação de uma Integridade Referencial aponta para um problema que acontece naturalmente ao introduzir uma nova trigger para atualizar o valor contido em uma coluna calculada. Uma refatoração Arquitetural preocupa-se com os programas externos que interagem com o banco de dados e como esses reagem às mudanças de dados. Uma refatoração na categoria Métodos provê uma mudança que melhore a qualidade de um procedimento armazenado, de uma função armazenada, ou de uma trigger, melhorando assim o projeto de banco de dados sem mudar sua semântica. Uma refatoração na categoria Transformação preocupa-se com mudanças que afetem a semântica do esquema do banco de dados ao se adicionar novos elementos a ela ou ao modificar elementos existentes.
Refatorar um banco de dados é mais difícil que refatorar o código fonte, devido a problemas estruturais do banco de dados, os próprios dados existentes no banco e o código fonte dos softwares que acessam esse banco podem estar preparados para ler uma determinada estrutura pré-definida. Quanto maior for o acoplamento entre o banco de dados e o software, scripts, frameworks, entre outros, mais complexas se tornam as mudanças no mesmo.
"
ATENÇÃO! A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVP
Conceitos, Práticas e Ferramenta
Devido aos problemas causados pela constante manutenção sem a devida compreensão de softwares, a sua vida útil tende a ser minimizada. Essas manutenções em curto prazo, geralmente, são complexas e precisam de embasamentos técnicos que minimizem o impacto e aumentem a qualidade dos softwares. Os dados em um banco de dados são um recurso importante e por isso todo o esforço requerido para validar e qualificar eficazmente os dados é válido. Devido a isso, técnicas de Refatoração em Banco de Dados podem auxiliar as equipes de desenvolvimento nesse processo.
Refatorações em Banco de Dados são pequenas alterações nos esquemas de bancos de dados melhorando seu projeto, preservando o comportamento e a semântica dos dados. O processo de refatoração aprimora os esquemas de banco de dados, dando suporte ao desenvolvimento evolucionário do software e ajudando a reparar problemas existentes no projeto de banco de dados.
Este artigo tem como objetivo apresentar técnicas de refatoração de banco de dados, dando enfoque ao detalhamento das técnicas e sua aplicação aos bancos de dados e como podem ser usados no cotidiano do desenvolvedor para facilitar o processo de manutenção dos sistemas de software.
Scott W. Ambler criou um catálogo que detalha 70 refatorações de banco de dados que são apresentados em http://www.agiledata.org/essays/databaseRefactoring.html, e são uma fonte valiosa na pesquisa e aprofundamento das técnicas atualmente disponíveis.
As técnicas listadas por Ambler são divididas em categorias como: Estruturais, Qualidade de Dados, Integridade Referencial, Arquiteturais, Método e Transformações.
Todas essas categorias mencionadas apresentam problemas que precisam ser explorados e corrigidos para a melhoria de um projeto de software. Entre os problemas Estruturais, podem-se citar nomes não representativos para a coluna que os define e associação de colunas que precisam transformar-se em outra tabela. Na Qualidade de Dados, pode-se citar como um problema a ser corrigido a verificação da integridade dos esquemas de dados na deleção ou inserção de uma constraint. A verificação de uma Integridade Referencial aponta para um problema que acontece naturalmente ao introduzir uma nova trigger para atualizar o valor contido em uma coluna calculada. Uma refatoração Arquitetural preocupa-se com os programas externos que interagem com o banco de dados e como esses reagem às mudanças de dados. Uma refatoração na categoria Métodos provê uma mudança que melhore a qualidade de um procedimento armazenado, de uma função armazenada, ou de uma trigger, melhorando assim o projeto de banco de dados sem mudar sua semântica. Uma refatoração na categoria Transformação preocupa-se com mudanças que afetem a semântica do esquema do banco de dados ao se adicionar novos elementos a ela ou ao modificar elementos existentes.
Refatorar um banco de dados é mais difícil que refatorar o código fonte, devido a problemas estruturais do banco de dados, os próprios dados existentes no banco e o código fonte dos softwares que acessam esse banco podem estar preparados para ler uma determinada estrutura pré-definida. Quanto maior for o acoplamento entre o banco de dados e o software, scripts, frameworks, entre outros, mais complexas se tornam as mudanças no mesmo.
"
ATENÇÃO! A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da SQL Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
0 COMENTÁRIO
Você está em:
canal SQL
Publicidade
0
0
