Modelagem de Dados Consiste em mapear o mundo real do sistema em um modelo que irá representar a realidade e o relacionamento existente entre os dados.

Slides:



Advertisements
Apresentações semelhantes
Modelo Entidade-Relacionamento
Advertisements

Um pouco mais de cardinalidade e Relacionamentos
MODELO CONCEITUAL DE DADOS - revisão
Abordagem Entidade Relacionamento
MER – Modelo de Entidade Relacionamento
Laboratório WEB Professora: Viviane de Oliveira Souza Gerardi.
Banco de Dados I I Banco de Dados - Conceitos e Definições
Modelo Relacional Renata Viegas.
Modelo Entidade-Relacionamento
MODELO RELACIONAL Transparências baseadas no capítulo 3 do livro de KORTH e SILBERCHATZ e capítulo 7 do livro de ELMASRI e NAVATHE Juliana Amaral e Rodrigo.
O Modelo E-R Definição: Características
Organização e Gerência de Arquivos
Prof.: Bruno Rafael de Oliveira Rodrigues
SISTEMAS DE INFORMAÇÃO
Modelo Entidade-Relacionamento
Projeto de Banco de Dados
Sistemas de Informação Gerencial
Introdução a Bancos de Dados
Prof. Carlos H. Marcondes
SCC Bancos de Dados e Suas Aplicações
SCC Bancos de Dados e Suas Aplicações
(Dependência Funcional e Normalização)
Dicionário de Dados Apresentação
Prof. Alexander Roberto Valdameri
Modelo Entidade Relacionamento
Exercícios de php Dia 04/03/2011.
Banco de Dados Aplicado ao Desenvolvimento de Software
Modelo Entidade/Relação
Modelagem de Dados Usando o Modelo Entidade-Relacionamento
Banco de Dados Prof. MSc Wagner Siqueira Cavalcante
Modelo Relacional Uma base de dados é Uma relação é
Prof. Alfredo Parteli Gomes
SQL Server 2012 Introdução a Modelagem de Dados
BANCO DE DADOS APLICADO AO DESENVOLVIMENTO DE SOFTWARE
Banco de Dados Aplicado ao Desenvolvimento de Software - BDD
Análise Estruturada.
Professora: Sílvia C. Matos Soares
FMU – 1. Semestre – Tecnologia – Analise e Desenvolvimento de Sistemas
Bancos de Dados Projeto de BD
Prof. Kelly E. Medeiros Bacharel em Sistemas de Informação
Profª Daniela TLBD.
REGRAS DE PRODUÇÃO DO MODELO LÓGICO
Modelo de Dados Descrição formal de um estrutura de banco de dados.
Curso Técnico em Mineração
Análise de Sistemas de Informação
Curso Técnico em Informática
A abordagem de banco de dados para gerenciamento de dados
Objetivos Apresentar de forma breve a Metodologia de Modelagem Orientada a Objetos (OMT). A partir de um modelo de objetos de um sistema de informação.
Curso Técnico em Informática
Banco de Dados Aplicado ao Desenvolvimento de Software
Banco de dados 1 Modelagem de Dados Utilizando MER
Bancos de Dados Objeto-relacional e Orientados a Objetos Maria Carolina
Aula 3 – Conceitos de banco de dados relacionais
0781- ANÁLISE DE SISTEMAS DIAGRAMA ENTIDADE ASSOCIAÇÃO FORMADOR: PEDRO MARQUES FORMANDO : JOÃO P J A CORREIA Nº8 JUNHO DE 2010 Curso Técnico de Informática.
B ANCO DE DADOS Modelo Relacional ABTécnico. M ODELOS DE DADOS Apoiando a estrutura de um BD está o modelo de dados: uma coleção de ferramentas conceituais.
UCSal – Bacharelado em Informática
Objetivos do Curso Este curso tem como objetivo, oferecer uma noção geral sobre a construção de sistemas de banco de dados. Para isto, é necessário estudar:
Salário, Sexo, R$200,00, Veículos, Idade, Marco Antônio, Masculino, R$600,00, Funcionário, Marca, 18 anos, Livros, Motoristas, Maria do Carmo, Endereço,
Banco de Dados Prof. MSc Wagner Siqueira Cavalcante.
Modelo Entidade-Relacionamento (ER)
Modelo de Entidade-relacionamento
Fundamentos de Banco de Dados Prof. André Cypriano M. Costa
Modelagem Entidade-Relacionamento (MER)
Banco de Dados I 4P/SI – 2010/02 Prof. Carlos Alberto Seixas.
Professor: reno nooblath
Tecnologias e Linguagens para Banco de Dados I - WEB Prof. João Ricardo Andrêo 29/5/ :40 1 Atividades: 1 - Criar uma base de dados para uma empresa.
Processo de desenvolvimento de sistema de informação - DSI Diagrama de Entidade-Relação (DER) ou Entidade Associação (DEA) Representa as entidades envolvidas.
ACCESS Prof: Felipe Lira.  O que é o ACCESS ? Microsoft Access (nome completo Microsoft Office Access), também conhecido por MSAccess, é um sistema de.
T ABELAS Banco de dados. Banco de dados = Conjunto de dados armazenado eletrônicamente Relação = Conjunto de elementos da mesma estrutura R ELAÇÃO.
Universidade de Passo Fundo Tecnologia em Sistemas de Informação TSI109- Fundamentos de Banco de Dados (Restrições de Integridade) Prof. Alexandre Tagliari.
Transcrição da apresentação:

Modelagem de Dados Consiste em mapear o mundo real do sistema em um modelo que irá representar a realidade e o relacionamento existente entre os dados. Identifica entidades de dados e seus relacionamentos. É um modelo de dados cujos conceitos foram projetados para estar o mais próximo possível da visão que o usuário tem dos dados. 25/04/2017

1. TABELA Objeto ou evento básico do mundo real, concreto ou abstrato, que possui existência independente, distintamente identificado e tratado como uma categoria definida, acerca da qual armazenamos dados. TAB-CLIENTE 25/04/2017

1. TABELA São Tabelas: Ente físico ou Jurídico (Funcionário, Cliente, Aluno, etc.); Documento (Nota Fiscal, Ordem de Serviço, etc.); Local (Departamento, Unidade, etc.); Histórico (Histórico Escolar, Vendas Acumuladas, etc.); Material (Matéria-prima, Produto, etc.). Não são Tabelas: Entidade com apenas 1 elemento; Operações do sistema; Cargos de direção. 25/04/2017

Tabelas Cadastro e Movimento Tabela Cadastro TAB-MOTORISTA TAB-DISTRIBUIÇÃO TAB-ÔNIBUS Cpf-Motor Cpf-Motor Chassi-Ônibus Nome-Motor Chassi-Ônibus Placa-Ônibus Fone-Motor Data-Distribuição Data-Fabricação Cnh-Motor Odômetro-Saída Modelo-Ônibus Hora-Saída Odômetro-Chegada Hora-Chegada Observação 1 N N 1 Tabela Movimento 25/04/2017

2. CAMPOS Dados elementares que, em conjunto, permitem descrever a tabela ou o relacionamento. Simples: são aqueles que possuem uma única opção. Ex: Identidade. Determinante: garante a unicidade de cada ocorrência. Ex: Matrícula. Composto: pode ser dividido em outros atributos. Ex: Endereço – (Rua + Número + Bairro + Cidade). Multi-valorado: é aquele que pode ter mais de uma opção. Ex: Telefone - cada um pode ter mais de um telefone. 25/04/2017

3. CHAVE OU IDENTIFICADOR É o atributo contido na tabela que a personaliza e individualiza. Chave Primária É o atributo ou grupamento de atributos cujo valor identifica unicamente uma tupla dentre todas as outras de uma identidade. Chave Candidata É o atributo ou grupamento de atributos que tem a propriedade de identificação única. Pode vir a ser a chave primária. Chave Estrangeira Atributo de uma entidade que é a chave primária de outra entidade. Chave Composta ou Concatenada É formada pelo grupamento de mais de um atributo. 25/04/2017

4. RELACIONAMENTO É a associação, com um significado, entre duas ou mais entidades. Exemplo: O João está trabalhando no Aprovisionamento. João - Campo Nome do funcionário da Tabela Funcionário; Aprovisionamento - Campo Nome do Setor da Tabela Setor; Trabalhando - Ligação existente entre um Funcionário e um Setor. TAB-FUNCIONÁRIO Trabalha TAB-SETOR 25/04/2017

4. RELACIONAMENTO Relacionamento 1:1 Francisco é casado com a Maria. Casado - Ligação entre um Homem e uma Mulher, sendo que um homem pode ser casado com uma e apenas uma mulher, assim como, uma mulher pode ser casada com um e apenas um homem. 1 1 TAB-HOMEM TAB-MULHER Casado 25/04/2017

4. RELACIONAMENTO Relacionamento 1:N ou N:1 Pedro trabalha no Departamento de Pessoal. Trabalha - Ligação entre um Funcionário e um Departamento, onde um funcionário pode trabalhar em um e somente um departamento e um departamento pode ter vários funcionários. N 1 TAB-DEPARTAMENTO TAB-EMPREGADO Trabalha 25/04/2017

4. RELACIONAMENTO Relacionamento N : N Antônio está matriculado na disciplina Português. Matriculado - Ligação existente entre um Aluno e uma Disciplina, onde um aluno pode estar matriculado em várias disciplinas e cada disciplina pode ter vários alunos matriculados. Normalmente existe campo no relacionamento. N N TAB-DISCIPLINA TAB-ALUNOS Matriculado Hora Dia 25/04/2017

4. RELACIONAMENTO Dado um modelo completo, devemos montar um esquema onde aparecem todas as tabelas, com seus campos e chaves. A chave principal deve receber sublinhado simples e a chave secundária um duplo. Vamos estudar os seguintes casos: 1 para N , N para 1 e N para N O 1 para 1 só é usado quando dividimos uma tabela em duas e temos a mesma chave principal. 25/04/2017

4. RELACIONAMENTO Vamos estudar os 3 exemplos através das seguintes tabelas abaixo: TAB-PRODUTO TAB-FORNECEDOR Código-Prod Cnpj-Fornec Descrição-Prod Nome-Fornec Dependendo da situação, o campo Preço-Prod fica em tabelas diferentes 25/04/2017

ESQUEMA DE TABELAS Caso 1: cada produto só é distribuído por um único fornecedor, que por sua vez pode distribuir vários produtos. TAB-FORNECEDOR (Cnpj-Fornec , Nome-Fornec) TAB-PRODUTO (Código-Prod , Descrição-Prod , Preço-Prod, Cnpj-Fornec) As 2 tabelas estão relacionadas pelo campo Cnpj-Fornec . 25/04/2017

LAYOUT DE RELACIONAMENTOS Caso 1: cada produto só é distribuído por um único fornecedor, que por sua vez pode distribuir vários produtos. TAB-PRODUTO TAB-FORNECEDOR Código-Prod Cnpj-Fornec Descrição-Prod Nome-Fornec Preço-Prod Cnpj-Fornec 1 N As 2 tabelas estão relacionadas pelo campo Cnpj-Fornec . 25/04/2017

ESQUEMA DE TABELAS Caso 2: cada produto é distribuído por vários fornecedores, que por sua vez só distribuem apenas 1 produto. TAB-FORNECEDOR (Cnpj-Fornec , Nome-Fornec , Preço- Fornec , Código-Prod) TAB-PRODUTO (Código-Prod , Descrição-Prod) As 2 tabelas estão relacionadas pelo campo Código-Prod . 25/04/2017

LAYOUT DE RELACIONAMENTOS Caso 2: cada produto é distribuído por vários fornecedores, que por sua vez só distribuem apenas 1 produto. TAB-PRODUTO TAB-FORNECEDOR Código-Prod Cnpj-Fornec Descrição-Prod Nome-Fornec Preço-Fornec Código-Prod 1 N As 2 tabelas estão relacionadas pelo campo Código-Prod . 25/04/2017

ESQUEMA DE TABELAS Caso 3: cada produto é distribuído por vários fornecedores, que podem distribuir vários produtos. TAB-FORNECEDOR (Cnpj-Fornec , Nome-Fornec) TAB-DISTRIBUIÇÃO (Cnpj-Fornec , Código-Prod , Preço-Fornec-Prod) TAB-PRODUTO (Código-Prod , Descrição-Prod) A TAB-PRODUTOS está relacionada com a TAB-DISTRIBUIÇÃO pelo campo Código-Prod A TAB-DISTRIBUIÇÃO está relacionada com a TAB-FORNECEDOR pelo campo Cnpj-Fornec 25/04/2017

LAYOUT DE RELACIONAMENTOS Caso 3: cada produto é distribuído por vários fornecedores, que podem distribuir vários produtos. TAB-PRODUTOS TAB-DISTRIBUIÇÃO TAB_FORNECEDOR Código-Prod Código-Prod Cnpj-Fornec Descrição-Prod Cnpj-Fornec Nome-Fornec Preço-Fornec-Prod 1 1 N N A TAB-PRODUTOS está relacionada com a TAB-DISTRIBUIÇÃO pelo campo Código-Prod A TAB-DISTRIBUIÇÃO está relacionada com a TAB-FORNECEDOR pelo campo Cnpj-Fornec 25/04/2017

5. MINI MUNDO Descrição formal da realidade a ser representada. Exemplo: suponhamos que a AEDB funcione assim: Cada aluno pertence a um curso, que por sua vez pode ter vários alunos. O curso é armazenado por um código único e pelo seu nome. Os alunos são cadastrados pela matrícula, nome e endereço. Não existem 2 alunos com a mesma matrícula. Cada curso possui algumas disciplinas que são identificadas por um controle único e pela sua descrição. A mesma disciplina pode ser lecionada em outros cursos em dias diferentes. Cada professor pode ministrar mais de uma disciplina, mas cada disciplina só pode ser lecionada por um único professor. CPF, nome e telefone são os atributos de cada professor. 25/04/2017

Resposta: Esquema de Tabelas TAB-ALUNO (Matrícula-Aluno , Nome-Aluno , Rua-Aluno , Bairro-Aluno , Cep-Aluno , Código-Curso) TAB-CURSO (Código-Curso , Descrição-Curso) TAB-AULAS (Código-Curso , Controle-Disciplina , Dias-Aula-Disciplina) TAB-DISCIPLINA (Controle-Disciplina , Descrição-Disciplina , Cpf-Professor) TAB-PROFESSOR (Cpf-Professor , Nome-Professor , Tel-Professor) 25/04/2017

Resposta: Layout de Relacionamentos TAB-ALUNO TAB-CURSO TAB-AULAS Matrícula-Aluno Código-Curso Código-Curso Nome-Aluno Descrição-Curso Controle-Disciplina Rua-Aluno Dias-Aula-Disciplina Bairro-Aluno Cep-Aluno TAB-DISCIPLINA Código-Curso Controle-Disciplina TAB-PROFESSOR Descrição-Disciplina Cpf-Professor Cpf-Professor Nome-professor Tel-Professor 1 1 N N 1 N 1 N 25/04/2017

6. EXERCÍCIO Mini-Mundo de Pedido de Material Faça o Esquema de Tabelas e o Layout de Relacionamentos cada Empregado pode fazer vários Pedidos; cada Pedido pode ser feito por um único Empregado; o Empregado é cadastrado pelo Cpf, Nome e Endereço. o Pedido é armazenado por um Número único, sua Data e Situação. Não existem 2 Pedidos com o mesmo Número; cada Pedido pode conter muitos Materiais. cada Material pode estar contido em inúmeros Pedidos. cada Pedido pode conter quantidades diferentes para cada Material; e cada Material é registrado por um Código único, Descrição e Tipo. Não existem 2 Materiais com o mesmo Código. Fim 25/04/2017