MODELAGEM DE DADOS

Prévia do material em texto

DADOS X INFORMAÇÃO
Dados -> são fatos em sua forma primária, que podem ser armazenados em algum meio.
Informação ->São dados organizados de maneira a produzir um significado, ou seja, dados colocados em contexto
BANCO DE DADOS
Coleção organizados de dados, Esses dados são organizados de modo a modelar aspectos do mundo real para que seja possível efetuar processamento que gere informações relevantes para o usuário a partir desses dados 
Um BD é composto por diversos objetos, tais como : Tabelas, esquemas, visões, consultas, relatórios, procedimentos e etc...
SGBD
Sistema gerenciador de Banco de Dados, são programas que permitem usuários criarem e manterem um ou mais Banco de dados, são usados nas tarefas de definição, construção, manipulação e compartilhamento de Bancos.
MODELO ENTIDADE RELACIONAMENTO
MER -> Cria um diagrama entidade-relacionamento a partir das especificações do negócio ou narrativas do usuário. Permite ilustrar as entidades em um negócio e também relacionamentos entre elas.
Componentes do Mer
Entidades: Algo significativo sobre o qual devemos possuir informações. Como exemplo temos: Clientes, funcionários, pedidos e produtos. Representam um tema, tópico ou conceito de negócio. Uma entidade pode ter existência física ou abstrata
Ex. Empregados, Livros, Vendas, Produtos.
Atributos: Algo que descreve ou qualifica uma entidade, Por exemplo, a entidade cliente possui atributos que descrevem seu nome, endereço, telefone, número de identificação, entre outros.
TIPOS DE ATRIBUTOS
• Atributos Simples ou Atômicos: São os atributos que não são divisíveis. Como por exemplo, o atributo CPF, este não pode ser dividido em mais atributos.
• Atributos Compostos: Podem ser divididos em várias partes com significados independentes. O atributo Endereço de um funcionário, por exemplo, pode ser dividido em Rua, Número e Bairro.
• Atributos Monovalorados: São aqueles que possuem apenas um valor para aquela entidade. O atributo número da casa, por exemplo, só pode receber um valor.
• Atributos multivalorados: podem assumir diversos valores. Como por exemplo, o atributo Telefone de um funcionário, que pode assumir diversos valores.
• Atributos Derivados: Em alguns casos, dois ou mais atributos estão relacionados, por exemplo, a idade e data de nascimento de um funcionário. Para um determinado funcionário, podemos determinar a sua idade por meio da data de nascimento e da data atual. Atributos como a idade são chamados de atributos derivados.
• Atributo-chave: Tipo de atributo cujos valores são distintos para cada entidade em um conjunto de entidades. O RG de um funcionário, por exemplo, constitui um atributo-chave para o tipo de entidades FUNCIONÁRIO. Algumas vezes, um conjunto de atributos pode formar uma chave. Mais do que isso, alguns tipos de entidades podem ter mais que um atributo-chave. 
Relacionamento: Trata-se de uma associação nomeada entre entidades, com um grau de associação. Por exemplo, clientes podem estar associados a pedidos.
Graus de um relacionamento
Relacionamento Unário -> O relacionamento dessa entidade é com ela própria. Exemplo, uma pessoa se casa com outra pessoa.
Relacionamento Binário -> O relacionamento dessa entidade é com duas entidades, Exemplo, um funcionário trabalha em um setor
Relacionamento Ternário -> O relacionamento dessa entidade é com três entidades. Exemplo, um médico prescreve um medicamento para um paciente 
CHAVES
Uma chave consiste em uma ou mais colunas de uma relação cujos valores são usados para identificar de forma exclusiva uma linha ou conjunto de linha.
Chave Candidata -> Atributo ou grupo de atributos com o potencial para se tornarem uma chave primária, uma chave candidata que não seja usada como chave primária será conhecida como Chave Alternativa.
Chave Primária -> Atributo que identifica um registro de forma exclusiva na tabela, não pode ter repetição de valores e valor nulo . Por exemplo, o cpf de um cliente. (PK, Primari Key)
Chave estrangeira -> Atributo que define como as tabelas se relacionam uma com as outras. Uma FK(Foren Key) se refere a uma PK (Primary key) ou a uma chave única em outras tabelas.. Por exemplo, na tabela de pedidos podemos ter uma chave estrangeira efetuando o relacionamento com a chave primária na tabela cliente
Chave Composta -> Geralmente empregada quando não é possível utilizar uma única coluna de uma tabela para identificar de forma exclusiva seus registros.
Chave Surrogada/ Substituta -> Valor numérico, único, adicionado a uma relação para servir como chave primária, não possui significado para os usuários e geralmente fica escondida nas aplicações. As chaves substitutas são frequentemente usadas no lugar de uma chave primária composta.
CARDINALIDADE
A cardinalidade diz respeito ao número de itens que se relacionam nas entidades. A cardinalidade pode ser máxima ou mínima, significando respectivamente os números mínimos e máximos de instâncias de cada entidade associadas no relacionamento.
Cardinalidade máxima: Trata-se do número máximo de instâncias de entidades que podem participar em um relacionamento. Poder ser 1 ou N
Cardinalidade mínima: Número mínimo de instâncias de entidades que devem obrigatoriamente participar em um relacionamento; zero é a participação opcional e um é obrigatório.
Exemplo de cardinalidade
Um cliente pode solicitar uma ou mais encomendas
Uma encomenda pode ser solicitada por no mínimo um cliente e no máximo um cliente
RESTRIÇÕES DE INTEGRIDADE DE DADOS
Manutenção e a garantia da consistência e precisão dos dados, sendo um aspecto crítico no design, implementação e uso de sistemas de armazenamento de dados.
Domínio -> Valores inseridos em uma coluna devem sempre obedecer a definição dos valores que são permitidos para essa coluna Exemplo, em uma coluna que armazena preços de mercadorias, os valores admitidos são do domínio numérico, ou seja, apenas números
Referencial -> Assegura que os valores de uma coluna em uma tabela são válidos baseados nos valores em uma outra tabela relacionada. Exemplo, Se um produto de id 523 foi cadastrado em uma tabela de Vendas, então um produto com id 523 deve existir na tabela produtos relacionada.
Vazio (NULL) -> Este tipo de integridade informa se a coluna é obrigatória ou opcional, ou seja , se é possível não inserir um valor na coluna.
Um valor NULL significa que não existem dados. É diferente de zero, espaço, string ou tabulação.
Cheve -> Os valores inseridos na coluna de chave primária(PK) devem ser sempre únicos, não admitindo-se repetições nesses valores. Desta forma as tuplas não podem se repetir e os valores de chaves primárias também não podem ser nulos.
Definidas pelo Usuário -> Diz respeito as regras de negócio específicas que são definidas pelo usuário no banco de dados
DEPENDENCIA FUNCIONAL
Em uma tabela A que possui os atributos X e Y, onde X é dependente de Y 
Exemplo:
Numero_Pedido -------------------------------------------- Prazo_Entrega_Pedido
O atributo que determina o valor é chamado de Determinante 
O outro atributo é chamado de Dependente
Uma chave primária em uma relação determina funcionalmente todos os atributos não-chave na linha
Dependência Funcional Total
Em uma relação com uma PK composta, um atributo não-chave que depende dessa PK como um todo, e não somente de parte dela, é dito como possuindo dependência funcional total.
Ex.
	Item_Pedido
	PK
	Num_Pedido
	PK
	Cod_Pedido
	
	Qunt_Produto
Onde, quant_produto depende tanto de Num_Pedido quanto de Cod_Produto, ao mesmo tempo. Pois precisamos saber o que foi vendido e qual foi o pedido.
Dependência Funcional Parcial
Uma dependência funcional é parcial quando os atributos não-chaves não dependem funcionalmente de toda a PK quando esta for composta. Ou seja, existem uma dependência funcional, mas somente de uma parte a chave primária.
	Matrículas
	PK
	ID_Aluno
	PK
	Cod_Disciplina
	
	Nome_Disciplina
	
	Data_Iniicio
Campos Nome_Disciplina é dependente de Cod_Disciplina e não do ID_Aluno
Dependencia Funcional Transitiva 
Ocorre quando um camponão depende diretamente da chave primária da tabela( nem mesmo parcialmente), mas depende de um outro campo não-chave 
	Pedido
	PK
	Num_pedido
	
	Prazo_Entrega
	FK
	Cod_Vendedor
	
	Nome_Vendedor
No exemplo, o atributo Nome_Vendedot depende funcionalmente do Cod_Vendedor, que não é chave primária na tabela. Já o campo Prazo_Entrega depende da PK, Num_pedido
Dependência Multivalorada
Ocorre quando, para cada valor de um Atributo A, existem um conjunto de valores para outros atributos B e C que estão associados a ele, mas são independentes entre si 
NORMALIZAÇÃO
Primeira Forma Normal
Definida para reprovar os atributos multivalorados, compostos e suas combinações
Uma Tabela está na 1º forma normal quando:
· Somente possui valores atômicos
· Não há grupos de atributos repetidos( há apenas um dado por coluna nas linhas)
· Existe uma chave primária
· Relação não possui atributos multivalorados ou relação aninhadas
Segunda Forma Normal
Baeada no conceito de Dependência Funcional total, Cada atributo não-chave da tabela deve ser total e funcionalmente dependentes da chave primária 
Caso a PK tenha um único atributo, esse teste não precisa ser aplicado.
Uma Tabela está na 2º forma normal quando:
· Está na 1º FN
· Todos os atributos nãoo-chave são funcionalmente dependentes de todas as partes da chave primária 
· Não existem dependências parciais
· Caso contrário, deve-se gerar uma nova tabela com os dados.
Terceira Forma Normal
Baseada no conceito de Dependência Transitiva, os atributos da tabela deve depender completo e totalmente da chave primária
Uma Tabela está na 3º forma normal quando:
· Estiver na 2FN
· Não existirem dependências trasitivas
ENTIDADE ASSOCIATIVA 
Uma entidade Associativa é implementada para resolver um relacionamento muitos-para-muitos (N:M)
Gera uma tabela associativa, que permite mapear duas ou mais tabelas fazendo referência às chaves primárias de cada tabela.
Contém as chaves estrangeiras, cada uma em um relacionamento um-para-muitos da tabela de junção para as tabelas de dados individuas