Então galera acho que pra começar com o pé direito em relacionamentos entre tabelas a gente pode dar
um passinho para trás e daí pra galera que é mais experiente e a gente entender de fato que são relacionamentos
e tudo que envolve nessa técnica que é tão presente em sistemas complexos um pouco mais complexo.
Na verdade o sistema que tem é mais uma página a chance de relacionamentos entre tabelas.
Então o que acontece aqui é que seu relacionamento está bote que SQL é uma linguagem de banco de dados
relacionais.
Então até no nome da própria linguagem na categoria digamos assim dos bancos a gente tem esse nome presente
relacionais Flash Database.
Então já daí vem tudo que envolve as tabelas está relacionado.
Ou seja a gente tem a relação de bar com tabelas de colunas e Campos.
Então a gente também vai ter a relação que é feita entre duas ou mais tabelas.
é daí que acontece em ter relações que servem para a separação de responsabilidades.
As tabelas por exemplo Cadastro da Pessoa do cliente endereço e pedido.
Já falei para vocês.
A gente tem regras de normalização a gente vai ver isso na próxima sessão um pouco mais a fundo.
Mas é outro assunto que dariam o restaurante pelo design da tabela está aqui.
Se você colocar isso tudo em uma tabela só tem uma tabela.
Mais de 100 colunas.
Isso não é interessante para ninguém.
às vezes eu não quero enviar todos aqueles dados para pessoa para quem está solicitando e também talvez
eu não queira os dados de cadastro.
Quando eu estou lidando com os dados de endereço às vezes eu quero só alterar um endereço.
Então não preciso do Cadastro da Pessoa.
Você não preciso dos pedidos que ela fez até que começa a normalizar você parar a tabela uma responsabilidade.
E isso cria a necessidade de abrir uma relação entre as tabelas para saber de quem é o pedido tal.
Quem é o endereço tal.
E depois ainda consegui inserir os dados dessa pessoa no endereço no pedido.
Por exemplo eu quero fazer um pedido de cartão de crédito eu já posso passar para o guia de pagamentos
o nome sobre o nome da pessoa que está registrada no Nextel por exemplo eu já tem esses dados disponíveis
não precisa pedir novamente ou se eu estou enviando uma mercadoria para alguém.
O nome sobrenome da minha já tem disponível no cadastro da pessoa.
Então a não ser que ela digite um outro remetente que saiba enviar e que a gente pode aproveitar os
dados pra isso.
Então tudo tem envolvendo relações porque eu tenho que saber em que eu cadastro que inclui um endereço
que eu peguei no seu que é.
Até os papéis de cada um sistema ficaram do cliente.
Esse cargo de administrador escrivão revisor normalmente vai evitar que diversas entidades que são as
tabelas e elas não necessitavam Moro ou outro relacionamento entre si.
Até porque por exemplo ele tem ali pedidos mais na tabela pedidos.
Eu posso ter os itens que estavam nos pedidos então vou ter que ter mais uma tabela de itens para poder
adicionar os itens que o pedido teve a partir do momento que a gente tem também as relações vai se inicia
citando razões mais complexas entre as tabelas disse é que vai ver depois na passarela.
Eu bota aqui que quando a relação há um link entre as tabelas uma conexão entre elas para saber de quem
é quem.
Quem tal registro e ele é feito elas fazem isso consequentemente por lá.
A parte inicial do curso resumida é ficar na frente da chave estrangeira que o cliente adiciona.
Além de uma tabela diferente.
Que vai ser uma forma de identificar a relação quem está fazendo de uma maneira simples pois quem vai
representar ou da tabela onde estará o registro que a gente quer linkar.
E aí a gente tem aí a possibilidade de criar jogos que trariam dados das duas tabelas Unidas onde as
tabelas fazem tal união.
Então vocês que conceitos chave aprendendo ao longo do curso vão ser depositados aqui também na parte
relacionamentos.
Primeiro constroem franquia fora espaço dispensando tabela de colunas e as constantes e também os dois
que é um dos motivos da gente ter relação de poder fazer dinheiro e conseguir reunir os dados quem tanto
precisa.
é aqui que eu boto também que há vários tipos de relacionamentos na gente não tem um relacionamento
só como se viu ali naquelas partes iniciais de Oscar.
Há uma tabela que tem um endereço aí aquele endereço de onde não tem endereço de um para um onde uma
pessoa tem só um item e só um registro aqui pela ação.
Para muitos onde um item tem vários itens relacionados a.
Muitos para muitos também temem que esses três tipos de relação.
Tive de aprender um pouco mais sobre eles.
Na próxima rodada alguns exemplos teóricos sobre cada um luta.
E ainda depois de a fazer na prática um por um.
Tente entender como se faz como se chega nesse ponto de um pra um.
Para muitos e muitos para muitos.
Na prática também é caso de uso do Porta escolhendo pra utilizar um desses tipos de relação aí tal forma
proximal aprender mais a fundo cada um desses tipos de relacionamento tem tabelas de lá.