A Modelagem de Dados é a criação de um modelo físico que explique a lógica por traz do sistema, com ele você é capaz de explicar as características de funcionamento e comportamento de um software. A modelagem de dados é a base de criação do Banco de dados e parte essencial para a qualidade do software. Este é um assunto muito extenso e em grandes empresas existem pessoas que fazem apenas isso o dia inteiro, nas menores esta acaba sendo uma atribuição do DBA e dos desenvolvedores de softwares, mais conhecidos como nós :), então por esse motivo vou dar um overview sobre modelagem de dados.
O que vamos falar nesse artigo!
Siglas Importantes para Banco de Dados
Agora você falar algumas siglas que são muito importantes vocês saberem e que vocês vão ouvir no dia-a-dia o tempo inteiro, por isso é muito importante você conhece-las para que possa desde o da sua carreira como um consultor de Banco de Dados.
SGDB (Sistema Gerenciador de Bando de Dados)
Basicamente é o programa que usamos para criarmos o nosso banco de dados, no nosso caso estamos utilizando o Oracle, mas existem outras SGDBs que também podem ser utilizadas pelas empresas.
DER (Diagrama Entidade-Relacionamento)
É o desenho que muitos de vocês já podem ter visto, onde se faz toda a modelagem de dados. Se vocês viam essas imagens, como na figura abaixo, e não entendiam nada, a partir de agora vocês vão entender.
Este quadradinho que vocês estão vendo representam as tabelas do banco de dados e as linhas que conectam elas são os relacionamentos. Fazer e compreender um modelo desse é o nosso objetivo final destas duas aulas sobre modelagem.
Entidades
São representações de algo no mundo físico para um sistema, por exemplo no nosso caso temos as entidades produtos, comanda e cliente. Que são representados pelo símbolo abaixo.
Além das Entidades, também temos os relacionamentos entre as entidades, que nada mais é do que a ligação entre duas entidades, ou algo que faça com que essas entidades tenham algo em comum. Vou dar um exemplo de relacionamento entre duas entidades.
Agora eu te convido a assistir o vídeo abaixo, ele conterá uma história real de resolução de um problema através modelagem de dados, após o vídeo vou explicar para vocês imagem por imagem como a modelagem será aplicada e os tipos relacionamentos de entidades que existem.
E aí pessoal, gostaram do vídeo? Espero que sim porque deu um trabalhão, e temos vários legais no nosso canal do youtube aproveita e clica aqui e se inscreve para ver os novos vídeos.Agora vocês viram a história do José e viram com a analista de sistema Maria conseguiu resolver o problema agora vocês conseguiram perceber as conexões entre os elementos no novo processo de compra dentro da confeitaria do José? Se vocês não conseguiram agora eu vou explicar para vocês. A primeira pergunta de José é como funcionarão as comandas e Maria respondeu da seguinte forma:
Nesse momento existe um relacionamento entre os produtos consumidos e a comanda do cliente, sendo que com uma comanda eu posso consumir vários produtos. Este é um relacionamento é um relacionamento de
Relacionamento Muitos-para-muitos (n:n)
Na linguagem mais acadêmica é explicado da seguinte forma: Uma entidade em “A” está associada a qualquer número de entidades em “B” e vice-versa. Alguns autores preferem chamar esta cardinalidade de m:n, por considerar que podem representar valores diferentes.
Ainda nesta cena temos um outro relacionamento no momento em que o cliente está com uma comanda, está comanda é ativada e até ser feito o pagamento esta comanda esta atrelada apenas a um cliente e um cliente pode ter apenas uma comanda. Neste momento temos a relação de …
Relacionamento Um-para-um (1:1)
Na linguagem mais acadêmica é explicado da seguinte forma: Uma entidade em “A” está associada com no máximo uma entidade em “B”, e uma entidade em “B” está associada com no máximo uma entidade em “A”.
Vamos um pouco mais além do processo, os produtos cadastrados no sistema possuem características diferentes que devem ser levadas em conta, por exemplo os bolos vendidos pelo Sr. José tem validade de 1 dia e precisam ser refrigerados para que a sua consumação possa ser feita sem problemas durante o dia, mas a água vendida também na confeitaria possui uma validade maior e não precisa ser refrigerada para se manter no padrão de consumo. Então vejam existem tipos diferentes de produtos, mas vejam este é um relacionamento diferente dos outros, porque um tipo de produto pode estar atrelado a vários produtos, porém um produto pode ter apenas um tipo. Este relacionamento é o …
Relacionamento Um-para-muitos (1:n)
Na linguagem mais acadêmica é explicado da seguinte forma: Uma entidade em “A” está associado a qualquer número de entidades em “B”, e uma entidade em “B”, todavia, pode estar associado a no máximo uma entidade em “A”.
Após você saber os três tipos de relacionamento, segue o modelo final desenhado.
Como funciona o Levantamento de Requisitos na Modelagem de Dados
Imagino que você deve estar se perguntando como eu faço para saber quando criar uma tabela ou não. Antes do processo de Modelagem de Dados existe um outro processo que se chama levantamento de requisitos, bom neste processo você tem que entrar em contato com a pessoa que solicitou o sistema, ou a alteração do mesmo, e verificar tudo que o mesmo deseja. E você deve mapear o seguinte:
- Coisas Tangíveis: elementos que têm existência concreta, que ocupam lugar no espaço. Ex: Meio de Transporte (avião, carro, etc);
- Funções: percepção dos objetos através da função por eles exercida (papel, atribuição, classificação, capacitação, etc). Ex: Organização (órgãos funcionais – venda, suporte, despacho de mercadorias, etc), especialistas (médicos, engenheiros, etc), cliente (pessoa atendida), atendente (pessoa que atende), etc;
- Eventos ou Ocorrências: alguns objetos só conseguem ser individualizados ou percebidos enquanto uma certa ação se desenrola (identifica-se características que tornam determinado fato materializável).Ex: vôo comercial, acidente de trânsito, jogo de futebol, etc.
- Interações: resultantes das associações entre objetos em função de um processo executado – cada objeto participante da interação preserva suas características não sendo impactados pela materialização da interação. Ex: compra de um imóvel, adoção de uma criança, venda de um produto;
- Especificações: são elementos que definem características de outros objetos. Ex: modelos de carro (cor, dimensões, etc), espécies animais (mamíferos, carnívoros, etc.).
Este mapeamento geralmente não é feito pelo desenvolvedor de softwares, em 90% dos casos ele é feito por um Analista Funcional que passa as especificações do sistema para que os desenvolvedores devam executá-las.
Conclusão
Hoje ensinei para vocês o que é uma entidade, um relacionamento e os tipos de relacionamentos existentes entre entidades, na próxima aula vou ensinar a vocês as três formas normais, e como vamos transformar esse modelo de relacionamento em tabelas.
Não pare os seus estudos por aqui, continue lendo e aprendendo mais, um artigo bem interessante seria o que eu criei falando sobre Normalização de um Banco de Dados.
Agora se você gostou do artigo que tal deixar um comentário aqui em baixo me contando isso, se tiver algo para complementar um boa ideia, pedir algo novo, aproveite o espaço dos comentários, eles são para isso mesmo. E se gostou muito do artigo que tal compartilha ele no seu facebook, isso vai mostrar para as outras pessoas quanto você está interessado em aprender as tecnologias de banco de dados e você não tem ideia de como isso pode te ajudar.
Link permanente
Link permanente
valeu cara a aula esta bem didatica e objetiva continue assim…
Link permanente
Muito Legal o vídeo! Parabéns!! Estou acompanhando!
Link permanente
Muito Legal o vídeo! Parabéns!! Estou acompanhando!
Link permanente
Muito Legal o vídeo! Parabéns!! Estou acompanhando!
Link permanente
Muito Legal o vídeo! Parabéns!! Estou acompanhando!
Link permanente
Muito Legal o vídeo! Parabéns!! Estou acompanhando!
Link permanente
Muito Legal o vídeo! Parabéns!! Estou acompanhando!
Link permanente
Muito Legal o vídeo! Parabéns!! Estou acompanhando!
Link permanente
legal !!
Link permanente
valeu cara a aula esta bem didatica e objetiva continue assim…
Link permanente
Blz… Valewss…
Link permanente
estou iniciando o curso
Link permanente
Opa, parabéns, explica muito bem.
Link permanente
Cade a unidade 3
Link permanente
Ola Willian não recebi a 1° aula pode me enviar por favor.
Grato
Link permanente
Ola Willian não recebi a 1° aula pode me enviar por favor.
Grato
Link permanente
muito bem esclarecida as suas aulas……..show de bola…..
Link permanente
Fala Willian beleza? Cara, as aulas são o máximo, eu trabalho a 4 anos com desenvolvimento Oracle e a 2 anos com Oracle Application Express, apesar de ja conhecer as linguagens eu continuo vendo os vídeos para pegar parte TEÓRICA pois só possuo a prática.
Possuo uma lista de exercicios com mais ou menos 50 exercicios, se você achar uma boa, posso disponibiliza-la para que você coloque em seus cursos.
Um abraço.
Estou a disposição caso precise de alguma ajuda.
Abraços .
Link permanente
Oi Leandro,
Muito obrigado pelo comentário, pode disponibilizar sim na nossa comunidade do facebook!
att
William Miranda
Link permanente
Material muito bom. Até o momento nenhuma duvida
Link permanente
Muito boa a didática, parabéns!!
Link permanente
Aula 02 ok!
Link permanente
Aula 02 ok!
Link permanente
Aula 02 ok!
Link permanente
quando será a próxima aula?
Link permanente
Opa, parabéns, explica muito bem.
Link permanente
Aula 02 ok!
Link permanente
Muito boa a didática, parabéns!!
Link permanente
Muito boa a didática, parabéns!!
Link permanente
Aula 02 ok!
Link permanente
Link permanente
muito didático , compreensão fácil de entender , me ajudou muito ,
valeu .
Link permanente
Oi Felipe, tudo bem?
Ficamos muito felizes com o seu comentário, ele mostra que atingimos o nosso objetivo que é ensinar vocês.
abs
William Miranda