Neste tópico, abordarei sobre o Modelo Relacional ( ou MR conforme título ).
O Modelo Relacional visa representar o conjunto de tabelas e as relações entre elas. Na prática, abrir um arquivo texto, passar o nome da tabela / entidade e dentro dos parenteses inserir suas colunas / atributos que definirão nosso conjunto de valores podendo ser chamado também de tupla.
Vale fixar aqui os seguintes conceitos:
- Esquema de um BD Relacional
- Instância de um BD Relacional
O Esquema defini as tabelas e o atributos que irão compor nosso banco de dados. É como o DER (Diagrama entidade e Relacionamento) que fizemos no último tópico.
A Instância é como se fosse a criação de um novo objeto quando falamos de POO. Em banco de dados significa o conjunto de dados armazenados por um determinado momento.
Mapear MER para MR
Sim, dois assuntos distintos, duas formas de representar um BD. Para mapear precisamos de um DER, seu CE (Conjunto de Entidades) ira gerar uma tabela no Modelo Relacional. Exemplo:
Sua representação no Modelo Relacional:
CURSOS ( id_curso, nome, descricao, carga_horaria )
Entidade Fraca
Recordando os tipos de entidade, uma entidade fraca no MR terá na composição da sua chave os atributos chave de outras entidades mais o seu próprio:
CURSO (id_curso, nome_curso, carga_horaria)
ESCOLA (id_unidade, id_curso, endereco)
É N do lado curso/escola porquê a mesma unidade e/ou várias unidades podem oferecer o mesmo curso
ALUNO (id_curso, id_unidade_escolar, id_aluno, nome, qntd_faltas)
CR
Conjunto de relacionamentos podem ou não gerar tabelas. O caso de relacionamentos múltiplos ou binários n para n geram uma tabela. Essa tabela leva a chave primária das entidades relacionadas mais os próprios atributos do relacionamento.
Podemos ter o seguinte cenário então:
No modelo relacional, historico_aula recebe as chaves da entidade curso e aluno, tendo assim chaves estrangeiras.
Porquê:
Vários alunos podem ter várias aulas e um curso pode ser dado em várias aulas. Em outras palavras, aulas podem ser dadas para vários alunos sendo elas, de vários cursos que a escola possuir, então nossa tabela no modelo fica:
historico_aula(id_curso, id_aluno, data, permanencia)
O atributo data neste exemplo atua como uma chave secundária que nos possibilita a pesquisa e filtragem dos dados desta tabela, pois, se fosse chave primária não seria possível inserir mais de uma aula com o mesmo horário e data.
Observações muito importantes em relacionamento 1 -> 1 ou 1 -> N:
- Não geram tabelas.
- Para relacionar a tupla de uma entidade para outra no modelo relacional deve-se transpor a chave da entidade do lado 1 para a do lado N. A chave transposta nesse caso não compõe a chave primária da entidade que a recebeu (é uma chave estrangeira).
- Como a do exemplo Escola (1 -> N) Aluno. A chave primária de escola compõe a chave de aluno porquê aluno é uma entidade fraca.
- Mas relacionamentos de 1 -> N podem gerar tabelas quando não há totalidade em sua associação como a primeira imagem acima, Curso e Escola, precisa de uma tabela como “intermédio” para associar uma mesma unidade de escola (id_escola) com vários cursos (id_curso) que ela pode oferecer, isso claro a depender da regra de negócio do cliente.