Projetando um banco de dados relacional para consultas e relatórios de apoio

Video: Lição 001 - Curso Gratuito de Access e Banco de Dados - O Modelo Relacional de Dados - Parte 1

Seu ambiente de armazenamento de dados ou um data mart específico que o seu principal armazém de dados irá alimentar pode ter a missão de gerar um conjunto finito e previsível de relatórios. Aqui é uma abordagem para projetar um banco de dados relacional para apoiar essa missão, construído em torno do princípio da desnormalização banco de dados, ou deliberadamente violando bons princípios de design de banco de dados relacionais no interesse da eficiência do desempenho.

Desnormalização É mais adequado para soluções de golpes rápidos, em que você deve ter uma pequena escala de armazém de dados relacionais ou data mart a funcionar rapidamente. Por exemplo, você pode criar um banco de dados relacional desnormalizada para uma específico charter para produzir um determinado conjunto de relatórios que deixarão de estar disponíveis como resultado de um esforço de migração de sistema legado.

Embora desnormalização não é um final completamente morto, ele cria uma grande quantidade de dados duplicados, e as estruturas de banco de dados que você criar não tem muita flexibilidade. Além disso, você provavelmente já capacidades Consultando limitado (além de seus relatórios padrão), porque esses recursos estão intimamente ligadas às estruturas de comunicação formalizados no design da tabela. Ainda assim, você pode querer verificar para fora esta abordagem.

Video: Lição 002 - Curso Gratuito de Access e Banco de Dados - O Modelo Relacional de Dados - Parte 2

Um exemplo simples de desnormalização, mostrado na figura, mostra o que as tabelas de banco de dados de código parecido em um aplicativo que rastreia o desempenho de vendas, com essas tabelas estruturado primordialmente de acordo com princípios de design de banco de dados relacionais padrão (eles são normalizados).

Para suportar o formato do relatório mostrado na parte inferior da figura, as estruturas de origem são mapeados em uma tabela desnormalizada partir do qual o relatório pode ser gerado sem ter que participar de todas as tabelas. (Para colocá-lo mais simplesmente, o seu relatório é executado muito rapidamente.)

Video: Bancos de Dados - Aula 17 - Diretrizes informais para um bom projeto de banco de dados

Nota: Um exemplo do mundo real envolveria muitos mais tabelas (de 10 a 50 ou mais) e muitos mais relatórios do que mostrados na figura. Este valor deve pegar a idéia do outro lado, no entanto.

Alternativamente, você pode querer seguir os princípios e técnicas de projeto dimensional. Porque RDBMSs agora têm muito menos problemas para lidar com estruturas orientadas dimensionalmente do que no passado, é provável que você obter um desempenho adequado para suas necessidades de relatórios e ainda ter a flexibilidade para suportar uma grande variedade de ad hoc, consultas multidimensionais.

Para implantação rápida que está de relatórios de orientado, porém, pelo menos, considerar design baseado em desnormalização para dados relacionais.