Modelagem de Dados: modelagem , entidades, relacionamentos , car

Uma das integrantes do time da Marta, a Joana, estava buscando compreender as características que diferenciam os Modelos Lógicos de Dados (MLDs) dos Modelos Físicos de Dados (MFDs). Para isso, a Marta compartilhou com ela um material para aprofundar seus estudos e prepará-la para a implementação do projeto do banco de dados do Clube do Livro. Vamos ajudar a Joana!

De acordo com o que aprendemos nas aulas, quais alternativas melhor definem as características e diferenças entre os Modelos Lógicos de Dados (MLDs) e Modelos Físicos de Dados (MFDs)?

• O Modelo Físico de Dados (MFD) comumente reflete os padrões de nomenclatura de banco de dados da organização, mas sem a necessidade de apresentar detalhes como as tabelas associativas e chaves necessárias para os relacionamentos.

• O Modelo Lógico de Dados (MLD) é utilizado para projetar o esquema interno de um banco de dados, descrevendo as tabelas de dados, as colunas de dados das tabelas e o relacionamento entre elas.

• O Modelo Físico de Dados (MFD) é largamente utilizado em projetos tanto ágeis quanto tradicionais e apresenta o projeto do banco de dados com uma maior riqueza de detalhes frente ao Modelo Lógico de Dados (MLD).

• O Modelo Lógico de Dados (MLD) é raramente utilizado em projetos ágeis, pois o foco desse modelo está em descrever os conceitos de domínio e de envolvidos em um banco de dados.

O processo de modelagem de banco de dados não se inicia pela construção do modelo lógico, ele segue alguns passos anteriores que irão ajudar na construção desse modelo, passos esses que acompanhamos no projeto desenvolvido por Marta até aqui.

Com base no que aprendemos até agora, quais são esses passos e sua ordem no processo de modelagem de banco de dados?

• Entrevista com o usuário, criação do mini-mundo, modelo conceitual, modelo físico e modelo lógico.

• Entrevista com o usuário, criação do mini-mundo, modelo conceitual, modelo lógico e modelo físico.

• Criação do mini-mundo, entrevista com o usuário, modelo conceitual, modelo lógico e modelo físico.

• Criação do mini-mundo, entrevista com o usuário, modelo lógico, modelo físico e modelo conceitual.

Agora que a Marta iniciou a construção do modelo lógico, ela irá transferir as informações do modelo conceitual já estruturando em forma de tabela. Antes de seguir esse passo, Joana apresentou algumas dúvidas quanto à classificação dos atributos e entidades dentro desse novo modelo.

Com base no que aprendemos, classifique os dados do modelo lógico a seguir determinando a relação/tabela, o atributo chave primária e os atributos simples para ajudar a Joana a entender esse processo.

• 1 - atributo chave primária;

  2 - relação/tabela;

  3 - atributo chave primária,

  4 - atributo simples,

  5 - atributo simples,

  6 - atributo simples.

• 1 - atributo chave primária;

  2 - relação/tabela;

  3 - atributo simples,

  4 - atributo simples,

  5 - atributo simples,

  6 - atributo simples.

• 1 - relação/tabela;

  2 - atributo chave primária;

  3 - atributo simples,

  4 - atributo simples,

  5 - atributo simples,

  6 - atributo simples.

• 1 - relação/tabela;

  2 - atributo chave primária;

  3 - atributo simples,

  4 - atributo simples,

  5 - atributo simples,

  6 - atributo chave primária.

A cada novo aprendizado, a Joana se sente ainda mais confiante para ajudar na construção do modelo lógico do Clube do Livro. Junto a ela, aprendemos como construímos as entidades fortes e fracas (relações) da modelagem de dados como as apresentadas logo abaixo.

Entretanto, para conseguirmos construir o nosso projeto no modelo físico mais a frente, é muito importante ter a certeza se compreendemos corretamente como diferenciá-las no modelo lógico.

Com base no que aprendemos e de acordo com o software brModelo, escolha quais alternativas melhor definem a diferença entre as entidades fortes e fracas no modelo lógico:

• Uma entidade fraca sempre depende de uma entidade forte para sua existência, por meio de uma chave estrangeira (na cor preta). Porém, ela pode possuir uma chave identificadora, conhecida como chave parcial, sendo que esta é representada por uma chave verde.

• Toda entidade forte possui uma chave primária, que na modelagem lógica do brModelo é representada por uma chave verde, enquanto uma entidade fraca necessita de no mínimo uma chave estrangeira, representada no brModelo por uma chave preta.

• Toda entidade forte possui uma chave primária, que na modelagem lógica do brModelo é representada por uma chave preta. Já uma entidade fraca necessita de no mínimo uma chave estrangeira, representada por uma chave verde.

• Uma entidade fraca sempre depende de uma entidade forte para sua existência, representada por uma chave estrangeira (na cor verde), mas ela pode possuir uma chave identificadora, conhecida como chave parcial, sendo que esta é representada por uma chave preta.

Após identificar as entidades e seus relacionamentos, é necessário relacionar as características de cada entidade, conhecidas como atributos. Uma floricultura nos contratou porque precisa ter um sistema para controle de vendas.

Inicialmente, serão armazenadas informações de cada cliente, tais como: nome, endereço, data de nascimento e idade. De cada produto armazenaremos a descrição, a quantidade em estoque e o preço. Além disso, a floricultura também tem colaboradores(as) com nome, endereço, salário e cargo.

Escolha a alternativa que indica quais são os atributos presentes no projeto da floricultura.

• Os atributos de cliente são nome, endereço, data de nascimento e idade. Os de colaborador(a) são nome, endereço, salário e cargo. E a entidade produto não possui atributos.

• Os atributos de cliente são nome, endereço, data de nascimento e idade. Os de produto são descrição, quantidade em estoque e preço. E os de colaborador(a) são nome, endereço, salário e cargo.

• Os atributos de cliente são nome, endereço e idade. Os de produto são descrição, quantidade em estoque e preço. E os de colaborador(a) são nome, endereço, salário e cargo.

• Os atributos de cliente são nome, endereço, data de nascimento e idade. Os de produto são descrição, quantidade em estoque e preço. E os de colaborador(a) são nome, endereço, salário, cliente e cargo.

Marta explicou ao Pedro que a chave primária se refere a um ou mais campos cujos valores, considerando a combinação de valores em caso de mais de um campo, nunca se repetem na mesma tabela. Por isso, pode ser usada como um índice de referência para criar relacionamentos com as demais tabelas do banco de dados.

Com base no que estudamos, selecione as alternativas que descrevem as características de uma chave primária.

• A chave primária não pode ser composta por atributo opcional, ou seja, atributo que aceite nulo.

• Não pode haver duas ocorrências de uma mesma entidade com o mesmo conteúdo na chave primária.

• Existem várias chaves primárias dentro de cada tabela para conseguirmos identificar melhor os relacionamentos.

• A chave primária pode assumir o valor nulo desde que o projeto defina que a participação da entidade no relacionamento associado não é total.

Após identificar as nossas entidades, a equipe da Marta precisa entender como elas vão se relacionar. O relacionamento entre entidades é formado a partir de uma associação entre duas ou mais entidades. Essa associação é criada usando instruções de junção para recuperar dados. Após realizar a associação entre as entidades, Marta e sua equipe precisam identificar o grau destes relacionamentos.

• Só existem dois tipos de grau de relacionamento: o binário, quando duas entidades participam de um relacionamento; e o n-ário, quando três ou mais entidades participam de um relacionamento.

• O grau ternário ocorre com duas entidades, o binário com quatro ou mais entidades e o n-ário com duas entidades em um relacionamento.

• O grau binário ocorre quando duas entidades participam de um relacionamento, o grau ternário quando três entidades participam de um relacionamento e o grau n-ário quando quatro ou mais entidades participam de um relacionamento.

• Grau ternário tem três entidades participando de um relacionamento. O grau binário apresenta duas ou mais entidades. O grau n-ário quatro ou mais entidades.

Ao criar relacionamentos dentro do brModelo, Pedro notou a necessidade de identificar a cardinalidade. Mas ele ainda precisa entender como utilizar cada tipo de cardinalidade.

Ajude o Pedro assinalando as alternativas que representem os tipos de cardinalidade.

• A cardinalidade de um-para-muitos (1:N) acontece quando cada ocorrência da entidade A se relaciona com mais de uma ocorrência da entidade B. Essa cardinalidade é comum no mundo real e no dos negócios e é a mais utilizada na solução de modelo de dados.

• A cardinalidade de muitos-para-muitos (N:N) acontece quando mais de uma ocorrência da entidade A se relaciona com mais de uma ocorrência da entidade B. Já a cardinalidade de um-para-um (1:1) acontece quando cada ocorrência da entidade A se relaciona com somente uma ocorrência da entidade B.

• A cardinalidade de um-para-um (1:1) acontece quando cada ocorrência da entidade A se relaciona com somente uma ocorrência da entidade B. Essa cardinalidade é a mais comum no mundo real e no dos negócios e é a mais utilizada na solução de modelo de dados.

• A cardinalidade de muitos-para-muitos (N:N) acontece quando somente duas entidades se relacionam com outras duas entidades. Já a cardinalidade de um-para-muitos (1:N) acontece quando cada ocorrência da entidade A se relaciona com duas ocorrências da entidade B.