Checklist de Modelo de Dados Relacionais - Metodologia de Desenvolvimento de Sistemas

Prévia do material em texto

LOGO DO CLIENTE Sigla do Projeto - Planilha de Revisão Versão 1.0
Id Questão Observações
1
Os nomes das tabelas estão de acordo com o padrão de Nomenclatura de Banco de Dados estabelecido 
no Projeto?
2
Os atributos das tabelas estão de acordo com padrão de Nomenclatura de Banco de Dados estabelecido 
no Projeto?
3
Os nomes das chaves primárias, chaves estrangeiras, indexs, rules, procedures, triggers e demais 
estruturas definidas no modelo e no banco de dados estão de acordo com o padrão de Nomenclatura de 
Banco de Dados estabelecido no Projeto?
4 Foram definidas descrições nos atributos das tabelas criadas para geração do dicionário de dados?
5
Todas as tabelas criadas possuem chaves primárias definidas? Caso alguma tabela não possua chave 
primária qual o motivo?
6
As chaves primárias das tabelas geralmente são utilizadas como INDEX por questão de desempenho, 
caso seja diferente verificar a justificativa
7 Avaliar se as chaves primárias são do tipo numérico é melhor por questão de desempenho e também 
para os relacionamentos onde se tornam chave estrangeira, verificar a justificativa casa não seja
8
Verificar se a integridade referencial foi corretamente estabelecida no modelo de dados, ou seja, se os 
relacionamentos entre chaves primárias e estrangeiras estão corretos e na medida do possível verificar 
se foi definida uma restrição de exclusão em cascata do registro PAI para o FILHO.
9
Verificar se existe muita desnormalização no banco de dados, ou seja, dados de 2 ou mais tabelas 
agrupados em uma única. A desnomarlização piora o desempenho nas ações de inclusão e alteração no 
entanto oferece um ganho quando a necessidade de consultar todos os dados das tabelas 
desnormalizadas. A desnormalização é indicada para no máximo agrupamento de 2 tabelas, avaliar as 
justificativas para as desnormalizações
10
Para as tabelas com menos de 100 linhas e com apenas algumas colunas, a indexação não é um 
procedimento vantajoso. Geralmente, as tabelas pequenas se ajustam facilmente ao cache do banco de 
dados. Logo verificar se as tabelas estão indexadas?
CHECKLIST PARA MODELO DE DADOS RELACIONAIS
Itens Gerais
1/2
LOGO DO CLIENTE Sigla do Projeto - Planilha de Revisão Versão 1.0
11
Os índices também devem ser definidos para as consultas executadas com freqüência ou para as 
consultas que devem recuperar dados rapidamente (consultas realizadas enquanto alguém espera um 
outro evento). Um índice deve ser definido para cada conjunto de atributos usados como critérios de 
pesquisa. Por exemplo, se o sistema precisa localizar todos os Pedidos de determinado produto, deve 
haver um índice na tabela Item, na coluna com números de produtos. 
12
Os índices devem ser números simples (inteiros ou tipos de dados numéricos), e não números com 
pontos flutuantes. Raramente devem aparecer em seqüências de caracteres
13
Não utilize índices para agilizar uma consulta pouco executada, a menos que ela ocorra em um ponto 
crítico e um máximo de velocidade seja necessário. 
Em alguns sistemas, o desempenho de atualizações e inserções é mais importante do que o de 
consultas. Um exemplo comum são os aplicativos de aquisição de dados de manufatura, onde os dados 
referentes à qualidade são obtidos em tempo real. Nesses sistemas, as consultas on-line são ocasionais
2/2
	Checklist_ModeloDadosRelacional