ATPS - Banco De Dados

Etapa 3 – Passo 1

O Modelo Relacional

A arquitetura de um banco de dados relacional pode ser descrita de maneira informal ou formal. Na descrição informal estamos preocupados com aspectos práticos da utilização e usamos os termos tabela, linha e coluna. Na descrição formal estamos preocupados com a semântica formal do modelo e usamos termos como relação (tabela), tupla(linhas) e atributo(coluna).

Tabelas (ou relações, ou entidades)

Todos os dados de um banco de dados relacional (BDR) são armazenados em tabelas. Uma tabela é uma simples estrutura de linhas e colunas. Em uma tabela, cada linha contém 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 disponíveis no equipamento.

As tabelas associam-se entre si através de regras de relacionamentos, estas regras consistem em associar um ou vários atributo de uma tabela com um ou vários atributos de outra tabela.

Exemplo: A tabela cadastro relaciona-se com a tabela vaga no estacionamento. Através 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 não precisam conter informações em todas as colunas, podendo assumir valores nulos quando assim se fizer necessário.

Resumidamente, um registro é uma instância de uma tabela, ou entidade.

Exemplo: O Cliente cpf_proprietario é uma instância (registro) da tabela cadastro, e a nro_vaga é a instância (registro) da tabela vaga do Estacionamento. Uma associação entre estas duas tabelas criaria a seguinte instância de relacionamento: cpf_proprietario é o nro_vaga, onde o verbo ser representa uma ligação entre os registros distintos.

Colunas (tribunas)

As colunas de uma tabela são também chamadas de Atributos. Ao conjunto de valores que um atributo pode assumir chama-se domínio. Por exemplo: em um campo do tipo numérico, serão somente armazenados números. etc

O conceito mais similar a domínio é o de Tipo Abstrato de Dados em linguagens de programação, ou seja são 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 através de chaves. Uma chave é um conjunto de um 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 inserção de dados o sistema de gerenciamento de banco de dados irá fazer uma consulta para identificar se o registro já não se encontra gravado na tabela. Neste caso, um novo registro não será criado, resultando esta operação apenas da alteração do registro existente.

A unicidade dos registros, determinada por sua chave, também é fundamental para a criação dos índices.

Temos dois tipos de chaves:

1. Chave primária: (PK - Primary Key) é a chave que identifica cada registro dando-lhe unicidade. A chave primária nunca se repetirá.

2. Chave Estrangeira: (FK - Foreign Key) é a chave formada através de um relacionamento com a chave primária de outra tabela. Define um relacionamento entre as tabelas e pode ocorrer repetidas vezes. Caso a chave primária seja composta na origem, a chave estrangeira também o será.

Passo 2

Grande parte das extensão aproximaram o MER do modelo Orientado à Objeto, não sendo muito utilizados, pois os SGBD’s Relacionais não suportam diretamente extensões, então se faz necessário antes de implementar mapear esta extensões para o MER original. Uma limitação do modelo E-R é que não é possível expressar relacionamentos entre relacionamentos. A agregação é uma abstração através das quais relacionamentos são tratados como entidades de nível superior. Usando Agregação

Cadastro

Proprietário

nro_vaga

Utiliza

Vaga Estacionamento

Passo 3

Cadastro

Proprietário

nro_vaga

Utiliza

Vaga Estacionamento

Identificamos que há nesta forma descrita na figura uma correlação entre suas entidades e relacionamentos, sendo possível relacionar todos eles. Sendo assim as entidades não são tratadas de uma forma tão superior como na relacional.

Passo 4 Relatório

Bem como em relatórios anteriores, se fazendo em comum todo o assunto tratado, foram importante para que se desenvolvessem alguns conceitos, neste, não se fazendo diferente, pois nossa equipe desenvolveu conceitos do Modelo Relacional, sendo aplicados e demonstrados na forma de representação gráfica de um banco de dados, sendo assim mapeados os Modelos (DER e Modelo relacional). Descrevendo todos os itens que as compõem, na forma de uma estrutura Relacional, apontando funções e as relacionando com as entidades propostas no projeto. Descrevendo limitações existentes na execução do processo de Mapeamento do modelo MER para o Relacional. Criando representações gráficas e demonstrando conversões do DER em Modelo Relacional e assim vice-versa, descrevendo tais processos passo-apasso. Apresentando sempre o ponto de vista na facilidade de compreensão da modelagem e estrutura funcional, por parte da equipe.