Projeto de Bancos de Dados Relacionais: Princípios - mit

Página 1 de 3
Projeto de Bancos de Dados Relacionais: Princípios de Projeto de Bancos de
Dados
Thomas H. Grayson
23 de Janeiro de 2002
Descrição
O Modelo Relacional
Qualidades de um Bom Projeto de Bando de Dados
Introdução à Modelagem da Relação-Entidade
Processo de Modelagem R-E
Do modelo R-E ao Projeto do Banco de Dados
Aspectos de Banco de Dados com o ArcView®
O Modelo Relacional
l
Todos os dados são representados como tabelas
¡ Os resultados de qualquer consulta são apenas mais uma tabela!
l
Tabelas são formadas por linhas e colunas
l
Linhas e colunas são (oficialmente) desordenadas (isto é, a ordem com que as linhas e colunas
são referenciadas não importa).
¡ Linhnas são ordenadas apenas sob solicitaçatilde;o. Caso contrário, a sua ordem é
arbitrária e pode mudar para um banco de dados dinâmico
¡ A ordem das colunas é determinada por cada consulta
l
Cada tabela possui uma chave primária, um identificador único constituído por uma ou mais
colunas
l
A maioria das chaves primárias é uma coluna apenas (por exemplo,, TOWN_ID)
l
Uma tabela é ligada (conectada) à outra incluindo-se a vave primária da outra tabela. Esta coluna
incluída é chamada uma chave externa
l
Chaves primárias e chaves externas s&atidle;o os conceitos mais importantes no projeto
de banco de dados. Gaste o tempo necessário para entender o que são!
Qualidades de um Bom Projeto de Banco de Dados
l
Reflete a estrutura real do problema
l
Pode representar todo os dados esperados ao longo do tempo
l
Evita armazenamento redundade de items de dados
l
Fornece acesso eficiente aos dados
l
Suporta a manutenção da integridade dos dados ao longo do tempo
file://T:\Conteúdo\MIT_FINAL_TRAD\11\11.208\Traduzidos\lecture-notes\lecture5-2imp.htm 27/9/2003
Página 2 de 3
l
Limpa, consistente e fácil de entender
l
Nota: Estes objetivos são algumas vêzes contraditórios!
Introdução à Modelagem Relação-Entidade
l
Modelagem Relação-Entidade (R-E): Um método para projetar banco de dados
l
Uma versão simplificada é apresentada aqui
l
Representa o dado por entidades que possuem atributos.
l
Uma entidade é uma classe de objetos ou conceitos identificáveis distintos
l
Entidades possuem relações umas com as outras
l
O resultado o processo é um banco de dados normalizado que facilita o acesso e evita dados
duplicdosa
Nota: Muito do projeto formal de banco de dados é focado em normalizar o banco de
dados e assegurar que o projeto adere ao nível de normalização (isto é, primeira forma
normal, segunda forma normal, etc.). Este nível de formalidade está além desta discussão,
mas deve-se saber que tais formalizações exitem.
Processo de Modelagem R-E
l
Identifique as entidades que o seu banco de dados deve representar
l
Determine as relações de cardinalidade entre as entidades e classifique-as como
¡ Um-para-Um (por exemplo, um imóvel tem um endereço)
¡ Um-para-muitos (por exemplo, um imóvel pode ser envolvido em muitos incêndios)
¡ Muitos-para-muitosy (por exemplo, venda de imóveis: um imóvel pode ser vendido para
muitos proprietários, e um proprietário individual pode vender muitos imóveis)
l
Desenhe o diagrama entidade-relação
l
Determine os atributos de cada entidade
l
Defina a chave primária (única) de cada entidade
Aspectos de Banco de Dados com o ArcView®
l
ArcView® apenas permite conexões usando uma única coluna
¡ Força os usuãrios a recorrer a procedimentos elaborados para constuir uma chave de uma
única coluna
l
ArcView® não trabalha com expressões "on the fly"
¡ Percentagens e razões precisam ser armazenadas em colunas extra
¡ Estes valores podem tornarem-se desatualizdos e e requerer um trabalho extra
significativos para serem recriados
file://T:\Conteúdo\MIT_FINAL_TRAD\11\11.208\Traduzidos\lecture-notes\lecture5-2imp.htm 27/9/2003
Página 3 de 3
l
l
l
ArcView® não trata bem relações muitos-para-muitos
¡ Uma conexão um-para-muitos resulta valor arbitrário na tabela conectada
¡ Uma "ligação" ao invés de uma conexão fornece alguma capacidade muitos-para-um, mas
é limitada
Ferramentas limitadas para agregação e "agrupamento" (Field | Statistics and Field | Summarize)
Ferramentas esquisitas para tratar sistemas de gerenciamento de banco de dados externos (por
exemplo, Oracle)
Do modelo R-E para o Projeto de Banco de Dados
l
Entidades com relações um-para-um deve ser fundidas em uma única entidade
l
Cada entidade restante é modelada por uma tabela com uma chave primária e atributos, alguns
dos quais podem ser chaves externas
l
Relações Um-para-muitos são modeladas por um atributo de chave externa na tabela
represntando a entidade do lado "muitos" da relação
l
Relações Muitos-para-muitos entre duas entidades são modeladaspor uma terceira tabela que
possui chaves externas que referem-se às entidades. Estas chaves externas devem ser incluidas na
chave primária da tabela da relação, se apropriado
l
Ferramentas disponíveis comercialmente podem autimatizar o processo de conversão de um
modelo R-E para um esquema de banco de dados
file://T:\Conteúdo\MIT_FINAL_TRAD\11\11.208\Traduzidos\lecture-notes\lecture5-2imp.htm 27/9/2003