You are on page 1of 4

Sistemas de Banco de Dados Relatrio 3 - O Modelo Relacional A arquitetura de um banco de dados relacional pode ser descrita de maneira informal

ou formal. Na descrio informal estamos preocupados com aspectos prticos da utilizao e usamos os termos tabela, linha e coluna. Na descrio formal estamos preocupados com a semntica formal do modelo e usamos termos como relao (tabela), tupla (linhas) e atributo (coluna). Tabelas (ou relaes, ou entidades) Todos os dados de um banco de dados relacional (BDR) so armazenados em tabelas. Uma tabela uma simples estrutura de linhas e colunas. Em uma tabela, cada linha contm um mesmo conjunto de colunas. Em um banco de dados podem existir uma ou centenas de tabelas, sendo que o limite pode ser imposto tanto pela ferramenta de software utilizada, quantos pelos recursos de hardware disponveis no equipamento. As tabelas associam-se entre si atravs de regras de relacionamentos, estas regras consistem em associar um ou vrios atributo de uma tabela com um ou vrios atributos de outra tabela. Exemplo: A tabela cadastro relaciona-se com a tabela vaga no estacionamento. Atravs deste relacionamento esta ltima tabela fornece a lista de vagas para a tabela cadastro. Registros (ou tuplas) Cada linha formada por uma lista ordenada de colunas representa um registro, ou tupla. Os registros no precisam conter informaes em todas as colunas, podendo assumir valores nulos quando assim se fizer necessrio. Resumidamente, um registro uma instncia de uma tabela, ou entidade. Exemplo: O Cliente CPF _ proprietrio uma instncia (registro) da tabela cadastro, e a nro_vaga a instncia (registro) da tabela vaga do Estacionamento. Uma associao entre estas duas tabelas criaria a seguinte instncia de relacionamento: cpf_proprietrio o nro_vaga, onde o verbo ser representa uma ligao entre os registros distintos. Colunas (tribunas) As colunas de uma tabela so tambm chamadas de Atributos. Ao conjunto de valores que um atributo pode assumir chama-se domnio. Por exemplo: em um campo do tipo numrico, sero somente armazenados nmeros, etc. O conceito mais similar a domnio o de tipo abstrato de dados em linguagens de programao, ou seja, so meta-dados (dados acerca de dados). Exemplo: cpf_ proprietario, ano_veiculo, placa_veiculo, nro_ficha, telefone(s), nro_ficha, nro_vaga.

Chave As tabelas relacionam-se umas as outras atravs de chaves. Uma chave um conjunto deum ou mais atributos que determinam a unicidade de cada registro. Por exemplo, se um banco de dados tem como chaves Nro_vaga e Nro_ficha, sempre que acontecer uma insero de dados o sistema de gerenciamento de banco de dados ir fazer uma consulta para identificar se o registro j no se encontra gravado na tabela. Neste caso, um novo registro no ser criado, resultando esta operao apenas da alterao do registro existente. A unicidade dos registros, determinada por sua chave, tambm fundamental para a criao dos ndices. Temos dois tipos de chaves: Chave Primria: (PK - Primary Key) a chave que identifica cada registro dando-lhe unicidade. A chave primria nunca se repetir. 2. Chave Secundria: (FK - Foreign Key) a chave formada atravs de um relacionamento com a chave primria de outra tabela. Define um relacionamento entre as tabelas e podem ocorrer repetidas vezes. Caso a chave primria seja composta na origem, a chave estrangeira tambm o ser. Grandes partes das extenses aproximaram o MER do modelo Orientado a Objeto, no sendo muito utilizados, pois os SGBDs Relacionais no suportam diretamente extenses , ento se faz necessrio antes de implementar mapear estas extenses para o MER original. Uma limitao do modelo E-R o que no possvel expressar relacionamentos entre relacionamentos. A agregao uma abstrao atravs das quais relacionamentos so tratados como entidades de nvel superior.

Usando agregao

Cadastro

Proprietrio

nro_vaga

Utiliza

Vaga Estacionamento

N
Cadastro

Proprietrio

nro_vaga

Utiliza

Vaga Estacionamento

Identificamos que h nesta descrio na figura uma co-relao entre suas entidades e relacionamentos, sendo possvel relacionar todos eles. Sendo assim as entidades no so tratadas de uma forma to superior como na relacional.

Foi descrito sobre cada um dos itens, nossa equipe desenvolveu conceitos do Modelo Relacional, sendo aplicados e demonstrados na forma de representao grfica de um banco de dados, sendo assim mapeados os Modelos DER e Relacional. Descrevendo todos os itens que as compem, na forma de uma estrutura Relacional, apontando funes e as relacionando com as entidades propostas no projeto. Descrevendo limitaes existentes na execuo do processo de Mapeamento do modelo MER para o Relacional. Criando representaes grficas e demonstrando converses do DER em Modelo Relacional e assim vice-versa, descrevendo tais processos passo a passo. Apresentando sempre o ponto de vista na facilidade de compreenso da modelagem e estrutura funcional, por parte da equipe.