Entity Framework - configuração do banco de dados

Neste tutorial, usaremos um banco de dados universitário simples. Um banco de dados universitário pode ser muito mais complexo como um todo, mas para fins de demonstração e aprendizado, estamos usando a forma mais simples desse banco de dados. O diagrama a seguir contém três tabelas.

• Student
• Course
• Enrollment

Sempre que um termo banco de dados é usado, uma coisa vem diretamente à nossa mente: diferentes tipos de tabelas que têm algum tipo de relação. Existem três tipos de relacionamento entre tabelas e o relacionamento entre diferentes tabelas depende de como as colunas relacionadas são definidas.

• Relacionamento Um para Muitos
• Relacionamento muitos para muitos
• Relacionamento Um para Um

Relacionamento Um para Muitos

O relacionamento um-para-muitos é o tipo de relacionamento mais comum. Neste tipo de relacionamento, uma linha na tabela A pode ter muitas linhas correspondentes na tabela B, mas uma linha na tabela B pode ter apenas uma linha correspondente na tabela A. Por exemplo, no diagrama acima, as tabelas de Aluno e de Inscrição têm uma relação -para-muitos, cada aluno pode ter várias matrículas, mas cada inscrição pertence a apenas um aluno.

Relacionamento muitos para muitos

Em um relacionamento muitos para muitos, uma linha na tabela A pode ter muitas linhas correspondentes na tabela B e vice-versa. Você cria tal relacionamento definindo uma terceira tabela, chamada de tabela de junção, cuja chave primária consiste nas chaves estrangeiras da tabela A e da tabela B. Por exemplo, as tabelas Aluno e Curso têm relacionamento muitos para muitos que é definido por uma relação um-para-muitos de cada uma dessas tabelas para a tabela de inscrição.

Relacionamento Um para Um

Na relação um-para-um, uma linha na tabela A não pode ter mais de uma linha correspondente na tabela B e vice-versa. Um relacionamento um para um será criado se ambas as colunas relacionadas forem chaves primárias ou tiverem restrições exclusivas.

Esse tipo de relacionamento não é comum porque a maioria das informações relacionadas dessa forma seria uma tabela tudo-em-um. Você pode usar um relacionamento um-para-um para -

• Divida uma tabela com várias colunas.
• Isole parte de uma mesa por motivos de segurança.
• Armazene dados de curta duração e que possam ser facilmente excluídos simplesmente excluindo a tabela.
• Armazene informações que se aplicam apenas a um subconjunto da tabela principal.