Refinamento de Esquemas e Normalização
|
|
|
- Heloísa Franco Antunes
- 9 Há anos
- Visualizações:
Transcrição
1 Refinamento de Esquemas e Normalização 6-1
2 Os Maus da Redundância Redundância é a raiz de diversos problemas associados com esquemas relacionais: armazenamento, anomalias de inserção, atualização e remoção Restrições de integridade, em particular dependências funcionais, podem ser usadas para identificar esquemas com tal problemas e sugerir refinamentos. Principal técnica de refinamento: decomposição (substituindo ABCD por AB e BCD, ou ACD e ABD). Decomposição deve ser usada com cuidado: Há razão para decompor uma relação? Que problemas (se algum) a decomposição causa? 6-2
3 Dependências Funcionais (DFs) Uma dependência funcional X Y se aplica a R se, para todas instâncias r de R: t1 r, t2 r, π X (t1) = π X (t2) implica π Y (t1) = π Y (t2) i.e., dadas 2 tuplas em r, se o valor de X concorda, então o valor Y também concordam. (X e Y são conjs. de atributos.) Uma DF é um fato sobre todas relações possíveis. Tem que ser identificada c/ base na semântica da aplicação. Dados alguns exemplos possíveis r1 de R, podemos verificar se estes violam algunas DF f, mas não podemos falar se f é verdade sobre R! K é uma chave candidata para R quer dizer que K R No entanto, K R não requer que K seja mínima! 6-3
4 Exemplo: Restrições Num Conjunto de Entidades Considere relação obtida de Hourly_Emps: Hourly_Emps (ssn, name, lot, rating, hrly_wages, hrs_worked) Notação: Indicaremos este esquema de relação listando os atributos: SNLRWH Este é realmente o conjunto de atributos {S,N,L,R,W,H}. Algumas vezes nos referiremos a todos atributos de uma relação usando o nome da relação. (p.ex., Hourly_Emps para SNLRWH) Algunas DFs em Hourly_Emps: ssn é a chave: S SNLRWH rating determina hrly_wages: R W 6-4
5 Exemplo (Cont.) S N L R W H Anomalia de atualização : Podemos Attishoo trocar W somente na 1a tupla de Smiley SNLRWH? Smethurst Anomalia de inserção : E se nós queremos inserir um empregado e Guldu não sabemos o salário por hora Madayan para sua avaliação? Anomalia de remoção : Se deletarmos S N L R H todos empregados com avaliação 5, Attishoo perdemos a informação sobre Smiley salário para avaliação 5! R W Smethurst Guldu Hourly_Emps Madayan Problemas devidos a R W : Wages 6-5
6 Refinando Um Diagrama ER 1o diagrama traduzido: Workers(S,N,L,D,S) Departments(D,M,B) Lots associados a trabalhadores. Supomos todos trabalhadores no departamento são nomeados mesmo lote: D L Redundância; corrigida por: Workers2(S,N,D,S) Dept_Lots(D,L) Podemos refinar com: Workers2(S,N,D,S) Departments(D,M,B,L) ssn Before: ssn name Employees After: name lot since dname did budget Works_In Departments budget since dname did lot Employees Works_In Departments 6-6
7 Analisando DFs Dadas alguns DFs, podemos geralmente inferir DFs adicionais: ssn did, did lot implica ssn lot Uma DF f é implícita por um conjunto de DFs F se f é verdade quando todas DFs em F são verdade. F + = closure de F é o conjunto de todas DFs que são implicadas por F. Axiomas de Armstrong s (X, Y, Z são conjuntos de atributos): Reflexividade : If X Y, then X Y Aumentação: If X Y, then XZ YZ for any Z Transitividade : If X Y and Y Z, then X Z Estas regras de inferência de DFs são robustas e completas. 6-7
8 Analisando DFs (Cont.) Duplas de regras adicionais (que seguem de AA): União: If X Y and X Z, then X YZ Decomposição: If X YZ, then X Y and X Z Exemplo: Contracts(cid,sid,jid,did,pid,qty,value), e : C é a chave : C CSJDPQV Projete compras cada parte usando contrato simples: JP C Compras departamento no máximo uma parte de um fornecedor: SD P JP C, C CSJDPQV implica JP CSJDPQV SD P implica SDJ JP SDJ JP, JP CSJDPQV implica SDJ CSJDPQV 6-8
9 Analisando DFs (Contd.) Calcular o closure de um conjunto de DFs pode ser caro. (Tamanho de closure é exponencial no número de atributos) Tipicamente, só queremos verificar se uma dada DF X Y está no closure de um conjunto de DFs F. Uma verificação eficiente: Compute closure de atributos de X (denotada X + ) wrt F: Conjunto de todos atributos A tais que X A está em F + Há um algorítimo de tempo linear para computar isto. Verificar se Y está em X + F = {A B, B C, C D E } implica A E? i.e, is A E in the closure F +? Equivalently, is E in A+? 6-9
10 Formas Normais Retornando ao ponto do refinamento de esquema, a 1a questão a ser feita é: algum refinamento é preciso? Se uma relação está em uma certa forma normal (BCNF, 3NF etc.), é sabido que certos tipos de problemas são evitados/minimizados. Isto pode ser usado para decidir se decompondo a relação irá ajudar. Papel de DFs em detectar redundância: Considere uma relação R com 3 atributos, ABC. Sem DFs: Não há redundância aqui. Dado A B: Diversas tuplas poderiam ter o mesmo valor A, e se é assim, todas terão o mesmo valor B 6-10
11 Forma Normal de Boyce-Codd (BCNF) R com DFs F is in BCNF se, p/ todo X A in A X (Chamado uma DF trivial), ou X contem uma chave de R. I.e., R está em BCNF somente se as únicas DFs não triviais que valem sobre R são restrições de chaves. Nenhuma depêndencia em R que pode ser predita usando apenas DFs. Se mostrarmos duas tuplas que concordam X Y A de um valor X, não podemos inferir o valor A em uma tupla do valor A de outra x y1 a Se a relação exemplo está em BCNF, as 2 tuplas tem que ser idênticas (X é chave). x y2? F+ 6-11
12 Terceira Forma Normal (3FN) R c/ DFs F está em 3NF se, p/todo X A in F+ A X (Chamado um FD trivial),ou X contem uma chave para R, ou A é parte de algumas chaves para R. Minimalidade de uma chave é crucial na terceira condição acima! Se R está em BCNF, óbviamente está em 3FN. Se R está em 3FN, alguma redundância é possível. É um compromisso, usado quando BCNF não alcançavel (p.ex., decomposição não é boa,ou considerações de performances). Decomposição de R preservando dependência e lossless join em uma coleção de relações de 3NF é sempre possível. 6-12
13 O Que 3FN Conclui? Se 3FN é violada por X A, então: X é um sub conjunto de alguma chave K Há pares (X,A) armazenados redundantemente. X não é um subconjunto próprio de nenhuma chave. Há uma cadeia de DFs K X A, que quer dizer que não podemos associar um valor de X com um valor de K a menos que nós também associemos um valor A com um valor X. Mas: mesmo se R está em 3FN, estes problemas podem surgir. e.g., Reserva SBDC, S C, C S está em 3FN, mas para cada reserva de marinheiro S, um mesmo par (S,C) é guardado. Assim, 3FN é na verdade um compromisso relativo para BCNF. 6-13
14 Decomposição de um Esquema de Relação Supondo que relação R contem atributos A1... An. A decomposição de R consiste em substituir R por duas ou mais relações tais que: Cada novo esquema contem um subconjunto de atributos de R (e não atributos que não aparecem em R), e Todo atributo de R aparece como um atributo de uma das novas relações. Intuitivamente, decompor R quer dizer que vamos guardar instâncias de esquemas produzidas pela decomposição, ao invés da instância de R. P.ex., decompor SNLRWH em SNLRH e RW. 6-14
15 Exemplo de Decomposição Decomposições devem ser usadas somente quando for preciso. SNLRWH tem FDs S SNLRWH e R W Segunda DF causa violação de 3NF; valor W repetidamente associado com valor R. Caminho mais fácil para fixar isto é criar uma relação RW para guardar estas associações, e para remover W do esquema principal: i.e., Nós decompomos SNLRWH em SNLRH e RW A informação a ser guardada consiste de tuplas SNLRWH. Se somente guardarmos a projeção destas tuplas em SNLRH e RW, há alguns problemas em potencial p/ os quais deveríamos estar alertas? 6-15
16 Problemas com Decomposição Há três problemas em potencial para considerar: ❶ Algumas consultas ficam mais caras. p.ex., Quanto ganhava o marinheiro Joe? (salario= W x H) ❷ Dadas instâncias de relações decompostas, nós talvez não possamos recontruir a instância correspondente da relação original! Não é o caso no exemplo SNLRWH. Checar algumas dependências talvez requeira junções de instâncias de relações decompostas. Novamente, não no exemplo SNLRWH Custo/benefício: Deve considerar estes resultados vs. redundância. 6-16
17 Decomposição Com Junção Sem Perda Decomposição de R em X e Y permite junção sem perda c/ respeito a um um conjunto de FDs F se, para cada instância r que satisfaz F: π X π Y (r) (r) = r É sempre verdade que r π X (r) (r) Em geral, a outra direção não verifica! Se verificasse, a decomposição é junção sem perda. Definição extendida para decomposição em 3 ou mais relações em um caminho simples e direto. É essencial que todas decomposições usadas para lidar com redundância sejam sem perda (lossless)! (Evita (2).) π Y 6-17
18 Mais sobre Junção Sem Perda A decomposição de R em X e Y é junção sem perda com relação a F se e somente se o fechamento de F contem : X Y X, or X Y Y Em particular, a decomposição de R em UV e R - V é junção sem perda se U V verifica sobre R. A B C A B C A B B C
19 Decomposição que Preserva Dependência Considere CSJDPQV, C chave, JP C e SD P. BCNF decomposição: CSJDQV e SDP Problema: Checando JP C requer uma junção! Decomposição que preserva dependência (Intuitivo): Se R é decomposto em X, Y e Z, e impomos as DFs que verificam sobre X, sobre Y e sobre Z, então todas DFs que foram dadas sobre no R devem também verficar. (Evita Problema (3).) Projeção de conjunto de FDs F: Se R é decomposta em X,... projeção de F em X (denotado F X )é o conjunto de DFs U V in F + ( closure de F) tais que U, V estão em X. 6-19
20 Decomposição que Preserva Dependência (Cont.) Decomposição de R em X e Y preserva dependência se (F X union F Y ) + = F + i.e., se considerarmos somente dependências no fechamento F + que podem ser checadas em X sem considerar Y, e em Y sem considerar X, isto implica todas dependências em F +. Importante considerar F +, não F, nesta definição: ABC, A B, B C, C A, decompostos em AB e BC.. Preserva dependência? C A é preservada? Preservar dependência não implica junção sem perda: ABC, A B, decomposto em AS e BC. E vice-versa! (Exemplo?) 6-20
21 Decomposição em BCNF Considere relação R com DFs F. Se X Y viola BCNF, decomponha R em R - Y e XY. Aplicação repetida desta idéia nos dará uma coleção de relações que estão em BCNF; decomposição de junção sem perda, e garante-se a terminação. e.g., CSJDPQV, chave C, JP C, SD P, J S Para lidar com SD P, decomponha em SDP, CSJDQV. Para lidar com J S, decomponha CSJDQV em JS e CJDQV Em geral diversar dependências podem causar violações de BCNF. A ordem na qual nos lidamos com então poderia levar a conjuntos de relações muitos diferentes! 6-21
22 BCNF e Preservação de Dependência Em geral, pode não haver uma decomposição em BCNF que preserve dependência. e.g., CSZ, CS Z, Z C Não pode decompor dad a 1a DF; não em BCNF. Similarmente, decomposição de CSJDQV em SDP, JS e CJDQV não preserva dependência (c/ relação as DFs: JP C, SD P and J S). No entanto, é uma decomposição de junção sem perda. Neste caso, adicionando JPC para a coleção de relações nos dá uma decomposição c/ preservação de dependência. tuplas JPC armazenadas apenas para checar DF! (Redundante!) 6-22
23 Decomposição em 3NF Obviamente, o algorítimo para decomposição de junção sem perda em BCNF pode ser usado para obter um decomposição de junção sem perda em 3NF (tipicamente, pode-se parar mais cedo). Para assegurar preservação de dependência: Se X Y não é preservado, adicione relação XY. O problema é que XY pode violar 3NF! P.ex., considere a adição de CJP para `preservar JP C. E se tambem tivermos J C? Refinamento: Ao invés de dar conjunto de DFs F, use uma mínima cobertura para F. 6-23
24 Cobertura Mínima para um Conjunto de DFs Cobertura Mínima G para um conjunto de FDs F: closure de F = closure de G. O lado direito de cada DF em G é um simples atributo. Se modificarmos G removendo uma DF ou removendo atributos de uma DF em G, o closure muda. Intuitivamente, toda DF em G é necessária, e é a menor possível de modo a termos o mesmo closure como F. e.g., A B, ABCD E, EF GH, ACDF EG Tem as seguintes coberturas mínimas A B, ACD E, EF G and EF H 6-24
25 Resumo de Esquema de Refinamento Se uma relação está em BCNF, está livre de redundâncias que podem ser detectadas usando DFs. Assim, tentar assegurar que todas relações estão em BCNF é uma boa heurística. Se uma relação não está em BCNF, podemos tentar decompor a mesma em uma coleção de relações de BCNF. Deve considerar se todas DFs são preservadas. Se uma junção sem perda, decomposição com preservação de dependência em BCNF não é possível (ou inadequado, dadas consultas típicas), deve considerar decomposição em 3NF. Decomposição deve ser propagada e/ou re-examinada enquanto se mantém necessidades de performance em mente. 6-25
Refinamento de Esquemas e Formas Normais
Refinamento de Esquemas e Formas Normais Capítulo 19 UNICAMP/IC/MO410/MC536/2003-5 - Slides do livro Database Management Systems 3ed, R. Ramakrishnan and J. Gehrke, McGrow-Hill, 2003. Cap. 19-1 Roteiro
INF1383 -Bancos de Dados
INF1383 -Bancos de Dados Prof. Sérgio Lifschitz DI PUC-Rio Eng. Computação, Sistemas de Informação e Ciência da Computação INTRODUÇÃO À TEORIA DA NORMALIZAÇÃO PROJETO LÓGICO DE BANCOS DE DADOS Slide 1-34
DCC/UFRJ Bancos de Dados IPedro Manoel da Silveira. Projeto de BD Relacionais. Objetivos do Projeto de BD. PMS v2bancos de Dados Relacionais 1
DCC/UFRJ Pedro Manoel Bancos de Dados Relacionais Projeto Projeto de de Bancos Bancos de de Dados Dados Relacionais Relacionais Projeto de BD Relacionais Problema: Como distribuir os dados de um sistema
Normalização: 3 a Forma Normal
Normalização: 3 a Forma Normal Fernando Lobo Base de Dados, aula 10 1 / 14 3 a Forma Normal: Motivação Por vezes a decomposição para BCNF não preserva as DF s da relação original. Nesses casos, não devemos
Aula 12 BD1 Dependências Funcionais e Normalização. Profa. Elaine Faria UFU
Aula 12 BD1 Dependências Funcionais e Normalização Profa. Elaine Faria UFU - 2018 Refinamento de Esquema Problemas causados pela redundância Armazenamento redundante Algumas informações são armazenadas
Forma Normal de Boyce Codd 3 a Forma Normal
Normalização: Forma Normal de Boyce Codd 3 a Forma Normal Fernando Lobo Base de Dados, Universidade do Algarve 1 / 38 Normalização O objectivo é obter esquemas relacionais sem redundância e sem anomalias.
autores. 1 Raoni F. S. Teixeira e Felipe S. P. Andrade revisaram e corrigiram a versão anterior escrita pelos demais
Refinamento de Esquemas e Formas Normais (Capítulo 19) Leonardo B. Oliveira, Carlos Senna, Felipe S. P. Andrade, Raoni F. S. Teixeira 1 Professor: Dr. Geovane Cayres Magalhães Banco de Dados (MO410) Este
Objectivos com o Desenho de Bases de Dados Dependências funcionais 1ª Forma Normal Decomposição Forma Normal de Boyce-Codd 3ª Forma Normal
Capítulo 6: Desenho de Bases de Dados Objectivos com o Desenho de Bases de Dados Dependências funcionais 1ª Forma Normal Decomposição Forma Normal de Boyce-Codd 3ª Forma Normal Dependências multivalor
Normalização: Noções Básicas
Normalização: Noções Básicas Além de corresponder a uma representação relacional do diagrama ER discutido no livro-texto, o esquema relacional acima possui alguma propriedade específica que o qualifica
Projeto Conceitual Usando o Modelo-Entidade Relacionamento
Projeto Conceitual Usando o Modelo-Entidade Relacionto 5-1 Visão Avançada do Projeto de Banco de Dados Projeto conceitual : (MER é usado neste estágio) O que são as entidades e relaciontos no cenário?
GES013 Sistema de Banco de Dados Normalização de Relações em Projeto de BD (1FN a FNBC)
GES013 Sistema de Banco de Dados Normalização de Relações em Projeto de BD (1FN a FNBC) Ilmério Reis da Silva ilmerio arroba ufu.br www.facom.ufu.br/~ilmerio/sbd UFU/FACOM Página:2 Projeto de BD Relacionais
NORMALIZAÇÃO. Lílian Simão Oliveira
NORMALIZAÇÃO Lílian Simão Oliveira Normalização Normalização de dados : decomposição de esquemas para minimizar redundância e evitar anomalias de atualização, inserção e remoção. Projeto conceitual bem
Forma Normal de Boyce-Codd
Teste de Preservação de Dependências Para verificar se α β é preservada na decomposição R em R 1, R 2,..., R n aplica-se o seguinte teste: res := α enquanto (houver alterações em res) faz para cada R i
Dependências Funcionais e Formas Normais. Formas Normais Pedro Sousa 1
Dependências Funcionais e Formas Normais Formas Normais Pedro Sousa 1 Introdução As dependências funcionais e as formas normais estabelecem critérios de qualidade de desenho no modelo Relacional. Permitem
Banco de Dados. Dependências Funcionais e Normalização de Bancos de Dados Relacionais. João Eduardo Ferreira Osvaldo Kotaro Takai Marcelo Finger
Banco de Dados Dependências Funcionais e Normalização de Bancos de Dados Relacionais João Eduardo Ferreira Osvaldo Kotaro Takai Marcelo Finger Abordagens de Projeto Top down Bottom up Iniciar com o agrupamento
1FN: os atributos de uma relação têm que ser atómicos. FNBC: para qualquer dependência funcional α β numa relação, ou α β é trivial ou α é super-chave
Bases de Dados Dependências funcionais Formas Normais revisão 1FN: os atributos de uma relação têm que ser atómicos FNBC: para qualquer dependência funcional α β numa relação, ou α β é trivial ou α é super-chave
Dependências funcionais e normalização
Dependências funcionais e normalização 1 a Forma Normal 2 a Forma Normal Objectivos na Concepção de Bases de Dados Dependências funcionais Decomposição Forma Normal de Boyce-Codd 3 a Forma Normal Dependências
Bases de Dados. Parte VIII: Normalização
Bases de Dados MBI/MI/LCC/LEG/LERSI/LMAT Parte VIII Normalização 1 Desenho de BDs Relacionais Algumas questões sobre o desenho de BDs relacionais: Como é que se desenha uma boa BD relacional? Qual é o
Normalização. Normalização. Noção central: qualidade do projeto. Normalização : na Prática. Qual o problema desta imagem? Zoom
DCC011 Introdução a Banco de Dados Normalização Mirella M. Moro Departamento de Ciência da Computação Universidade Federal de Minas Gerais [email protected] 1. Normalização A. Semântica dos atributos
Banco de Dados. Dependências Funcionais e Normalização de Bancos de Dados Relacionais. João Eduardo Ferreira Osvaldo Kotaro Takai
Banco de Dados Dependências Funcionais e Normalização de Bancos de Dados Relacionais João Eduardo Ferreira Osvaldo Kotaro Takai Abordagens de Projeto Top-down Iniciar com o agrupamento dos atributos obtidos
Roteiro. Normalização. BCC321 - Banco de Dados I. Ementa. Para que serve a normalização? Posicionamento
Roteiro Normalização Posicionamento Luiz Henrique de Campos Merschmann Departamento de Computação Universidade Federal de Ouro Preto [email protected] www.decom.ufop.br/luiz Introdução Dependências
Normalização. Prof. Rogério Gonçalves Bittencourt, M.Sc.
Normalização Prof. Rogério Gonçalves Bittencourt, M.Sc. Introdução Processo sistemático e matemático através do qual uma tabela relacional não normalizada é transformada em um conjunto de tabelas normalizadas
DCC011 Introdução a Banco de Dados
DCC011 Introdução a Banco de Dados Normalização Normalização Mirella M. Moro Departamento de Ciência da Computação Universidade Federal de Minas Gerais [email protected] 1. Normalização A. Semântica
Dependências Multi-Valor, 4 a Forma Normal
Normalização: Dependências Multi-Valor, 4 a Forma Normal Fernando Lobo Base de Dados, Universidade do Algarve 1 / 20 Dependências Multi-Valor (DMV s) DMV dá origem a um tipo de redundância que não está
Bases de Dados. Normalização. Formas Normais. 1FN : atomicidade dos atributos. 2FN : proíbe dependência parcial de chaves
Bases de Dados Normalização Formas Normais 1FN : atomicidade dos atributos 2FN : proíbe dependência parcial de chaves 3FN e FNBC: impõe dependências a partir de chaves 2 1 1FN Definição um esquema relacional
Dependência Funcional e Normalização)
Dependência Funcional e Normalização) Qualidade de Projeto O objetivo é evitar os problemas que podem provocar falhas no projeto do banco de dados, bem como eliminar a mistura de assuntos e as correspondentes
Normalização para Bancos de Dados Relacionais
Introdução Normalização para Bancos de Dados Relacionais Banco de Dados I Prof. Guilherme Tavares de Assis Universidade Federal de Ouro Preto UFOP Instituto de Ciências Exatas e Biológicas ICEB Departamento
26/03/2012. É uma restrição entre dois conjuntos de atributos do banco de dados. Definição formal: Significa que: Exemplos
É uma restrição entre dois conjuntos de atributos do banco de dados. Normalização 2012.1 2 Definição formal: Uma dependência funcional é denotada por X Y entre dois conjuntos distintos de atributos X e
Introdução aos Sistemas de Bancos de Dados 1 a versão - MAC5760 DCC-IME-USP J.E.FERREIRA e O.TAKAI Terceira Forma Normal (3FN)
7.3.3. Terceira Forma Normal (3FN) A terceira forma normal é baseado no conceito de dependência transitiva. Uma dependência X Y em uma relação R é uma dependência transitiva se existir um conjunto de atributos
Modelo Entidade-Associação (EA)
Sistemas de Informação e Bases de Dados 2012/2013 Modelo Entidade-Associação (EA) Alberto Sardinha Bibliografia Raghu Ramakrishnan, Database Management Systems, Cap. 2 1 Sumário Modelo Entidade-Associação
Modelo Entidade-Associação (EA)
Sistemas de Informação e Bases de Dados 2012/2013 Modelo Entidade-Associação (EA) Alberto Sardinha Bibliografia Raghu Ramakrishnan, Database Management Systems, Cap. 2 1" Sumário Modelo Entidade-Associação
Normalização. Anomalias Dependência e determinantes Normalização
FACULDADE ANGLO AMERICANO FOZ DO IGUAÇU Curso de Ciência da Computação 5º Periodo Disciplina: Banco de Dados I Prof. Erinaldo Sanches Nascimento Normalização Anomalias Dependência e determinantes Normalização
Projeto de Bancos de Dados Relacional- Normalização. Vantagens da decomposição Normalização
Projeto de Bancos de Dados Relacional- Normalização Vantagens da decomposição Normalização Decomposição sem Perdas; Teorema de HEATH; Eliminar Dados Duplicados; Chaves (Candidata, Primária e Estrangeira);
Técnicas de Modelação de Dados
Técnicas de Modelação de Dados Curso Profissional Técnico de Gestão e Programação de Sistemas de Informáticos Programação e Sistemas de Informação Módulo 13 Técnicas de Modelação de Dados Professora: Sandra
Base de Dados. BD 06 - Normalização. Vitor Vaz da Silva
Base de Dados BD 06 - Normalização Vitor Vaz da Silva Base de Dados - Índice Motivação Dependências Funcionais Fecho de um conjunto de Dependências Funcionais Fecho de um conjunto de Atributos Chaves Candidatas
O Modelo Relacional. Criando relações em SQL
O Modelo Relacional 1 Criando relações em SQL Observe que o tipo (domínio) de cada campo está especificado, e reforçado pelo SGBD, não importando se tuplas são adicionadas ou modificadas. A tabela Enrolled
Sistemas de Informação e Bases de Dados 2012/2013. Modelo Relacional. Alberto Sardinha 2012 IST
Sistemas de Informação e Bases de Dados 2012/2013 Modelo Relacional Alberto Sardinha Bibliografia Raghu Ramakrishnan, Database Management Systems, Cap. 3 1 Sumário Modelo Relacional Conversão Modelo EA
Profa. Flávia Cristina Bernardini
Banco de Dados Dependência Funcional, Dependência Multivalorada e Normalização Profa. Flávia Cristina Bernardini * Slides Baseados no material elaborado pelos professores Eduardo R. Hruschka, Cristina
O Modelo Relacional. Database Management Systems, R. Ramakrishnan (tradução, autorizada, de Anna & Mario Nascimento)
O Modelo Relacional 1 Criando relações em SQL Observe que o tipo (domínio) de cada campo está especificado, e reforçado pelo SGBD, não importando se tuplas são adicionadas ou modificadas. A tabela Enrolled
Bancos (Bases) de Dados Aula #6 Dependência Funcional Dependência Multivalorada
Bancos (Bases) de Dados Aula #6 Dependência Funcional Dependência Multivalorada Normalização Prof. Eduardo R. Hruschka * Slides baseados no material elaborado pelas professoras: Cristina D. A. Ciferri
Normalização para Bancos de Dados Relacionais
Introdução De acordo com o modelo relacional: Normalização para Bancos de Dados Relacionais Banco de Dados I Prof. Guilherme Tavares de Assis Universidade Federal de Ouro Preto UFOP Instituto de Ciências
BA B SES DE DADOS I SES DE D LEI/2 Universidade da Beira Interior, Departamento de Informática Hugo Pedro Proença, 2009/2010
BASES DE DADOS I LEI/2 Universidade da Beira Interior, Departamento de Informática Hugo Pedro Proença, 2009/2010 Na sequência do aparecimento do modelo relacional, e uma vez que é necessário organizar
Bibliografia. Bases de Dados 2012/2013 Modelo Relacional. Helena Galhardas. Raghu Ramakrishnan, Database Management Systems, Cap. 3 10/2/ IST
Bases de Dados 2012/2013 Modelo Relacional Helena Galhardas Bibliografia Raghu Ramakrishnan, Database Management Systems, Cap. 3 1 1 Sumário Modelo Relacional Conversão Modelo EA para Modelo Relacional
4.1 Introdução. Unidade 4 Dependências funcionais e normalização para bancos de dados relacionais. Esta unidade tem como objetivo:
Unidade 4 Dependências funcionais e normalização para bancos de dados relacionais Esta unidade tem como objetivo: Definir o conceito de dependência funcional, que é a ferramenta básica para analisar esquemas
Unidade 4 Projeto de BD Relacional
Unidade 4 Projeto de BD Relacional UFCG/CEEI/DSC Banco de Dados I Prof. Cláudio Baptista, PhD Principais Conceitos do MER: Tipos de entidades (regular, fraca); Graus de relacionamentos (binário, n-ário);
GBC043 Sistemas de Banco de Dados
Ciência da Computação GBC043 Sistemas de Banco de Dados e Normalização Profa. Maria Camila Nardini Barioni [email protected] Bloco B - sala 1B137 Resolução exercício da última aula prática 2 semestre
Modelo Relacional. André Restivo. Faculdade de Engenharia da Universidade do Porto. February 24, 2012
Modelo Relacional André Restivo Faculdade de Engenharia da Universidade do Porto February 24, 2012 André Restivo (FEUP) Modelo Relacional February 24, 2012 1 / 19 Sumário 1 Modelo Relacional 2 Operações
MATA60 BANCO DE DADOS Aula 5- Modelo Relacional. Prof. Daniela Barreiro Claro
MATA60 BANCO DE DADOS Aula 5- Modelo Relacional Prof. Daniela Barreiro Claro Agenda Histórico Modelo em Redes e Hierárquico Modelo Relacional Restrições de Integridade Chaves FORMAS - UFBA 2 de X Histórico
Projeto Conceitual Usando o Modelo-Entidade Relacionamento
Projeto Conceitual Usando o Modelo-Entidade Relacionto 5-1 Visão Avançada do Projeto de Banco de Dados Projeto conceitual : (MER é usado neste estágio) O que são as entidades e relaciontos no cenário?
Teoria e Metodologia de Projeto de Banco de Dados
Teoria e Metodologia de Projeto de Banco de Dados Dr. Fabiano Cavalcanti Fernandes [email protected] Brasília - DF 1 Agenda Dependência Funcional Normalização em um Banco de Dados Relacional
Objetivos:
Objetivos: Apresentar o conceito de normalização Apresentar e exemplificar a 1ª forma normal Apresentar e exemplificar a 2ª forma normal Apresentar e exemplificar a 3ª forma normal NORMALIZAÇÃO O processo
Databases. Normalização. P. Serendero, (Todos os exercícios do aeroporto e marina são nossos)
Databases Normalização P. Serendero, 2011-13 (Todos os exercícios do aeroporto e marina são nossos) Uma Base de Dados, para ser um modelo que bem represente a realidade, precisa de de ser depurada de anomalias
Bases de Dados 2013/2014 Modelo Entidade-Associação (EA) Helena Galhardas 2013 IST. Bibliografia
Bases de Dados 2013/2014 Modelo Entidade-Associação (EA) Helena Galhardas Bibliografia Raghu Ramakrishnan, Database Management Systems, Cap. 2 1 1 Concepção de uma Base de Dados príncipios básicos Especificação
Banco de Dados I 4 Normalização
Banco de Dados I 4 Normalização Grinaldo Lopes de Oliveira (grinaldo( [email protected]) Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas * Material com créditos de colaboração dos
Descrevendo Circuitos Lógicos (Continuação) Teoremas Booleanos. CPCX UFMS Slides: Prof. Renato F. dos Santos Adaptação: Prof. Fernando Maia da Mota
Descrevendo Circuitos Lógicos (Continuação) Teoremas Booleanos CPCX UFMS Slides: Prof. Renato F. dos Santos Adaptação: Prof. Fernando Maia da Mota 3.10 Teoremas booleanos Investigaremos os vários teoremas
Banco de Dados I. Aula 17 - Prof. Bruno Moreno 08/11/2011
Banco de Dados I Aula 17 - Prof. Bruno Moreno 08/11/2011 Plano de Aula Visões em SQL Normalização Motivação Definição Formas Normais Banco de Dados I VISÕES Visões É uma tabela única derivada de outra(s)
Bancos (Bases) de Dados Aula #4 Modelo Relacional
Bancos (Bases) de Dados Aula #4 Modelo Relacional Prof. Eduardo R. Hruschka * Slides baseados no material elaborado pelas professoras: Cristina D. A. Ciferri Elaine P. M. de Souza Modelo Relacional Representa
Bases de Dados 2008/2009
Instituto Superior Técnico Bases de Dados 2008/2009 Exame de 12 de Janeiro de 2009 --- Resolução --- 1. Considere o seguinte cenário relativo a uma farmácia: Um paciente dirige-se ao médico e apresenta
Normalização de Esquemas de Banco de Dados. Prof. Carlos Bazilio [email protected]
Normalização de Esquemas de Banco de Dados Prof. Carlos Bazilio [email protected] Motivação Aluno (matr, nome, cr, cod) Curso (cod, nome, carga_horária) X Aluno (matr, nome, cr, cod, nome_curso, carga_horária)
O próximo passo é aprender a medir o comprimento de um segmento. Para este fim emprega-se diversos instrumentos de medição, dos quais a régua
Axiomas de Medição O próximo passo é aprender a medir o comprimento de um segmento. Para este fim emprega-se diversos instrumentos de medição, dos quais a régua graduada é um dos mais conhecidos. Aprendemos
Engenharia Reversa e Normalização
SISTEMAS DE INFORMAÇÃO Engenharia Reversa e Normalização Banco de Dados I Engenharia reversa de modelos relacionais Engenharia reversa parte do modelo de implementação obtém modelo de especificação (modelo
Engenharia Reversa e Normalização
SISTEMAS DE INFORMAÇÃO Engenharia Reversa e Normalização Banco de Dados I Prof. Edson Thizon Engenharia reversa de modelos relacionais Engenharia reversa parte do modelo de implementação obtém modelo de
Restrições do modelo relacional
Restrições de CHAVE a relação CARRO da figura abaixo apresenta duas chaves candidatas considera-se como chave primária, o atributo-chave que é usado para identificar a tupla na relação e ela deve ser sublinhada
Databases. Dependências Funcionais
Databases Dependências Funcionais P. Serendero, 2011-13 Referências e exemplos tirados de diversas fontes, excetuando aqueles relacionados com embarcações Dependências Funcionais (DF) Uma Base de Dados,
Engenharia Reversa de Arquivos e Normalização
Engenharia Reversa de Arquivos e Normalização Instituto Federal de Educação, Ciência e Tecnologia do Triângulo Mineiro Prof. Edwar Saliba Júnior Novembro de 2018 Unidade 06 Engenharia Reversa de Arquivos
I Modelos teóricos de bancos de dados
I Modelos teóricos de bancos de dados Questão I.1 Na comparação dos arcabouços teóricos de bancos de dados, com teoria e interpretação, quais são as principais simplificações necessárias no segundo caso?
Engenharia reversa de arquivos e documentos. Capítulo 6
Engenharia reversa de arquivos e documentos Capítulo Engenharia reversa de arquivos e documentos 0 1 / - - / Engenharia reversa de arquivos e normalização Entrada 5 2 34 1 0 / - / Engenharia reversa de
Modelo Entidade Relacionamento Estendido (ERE)
Modelo Entidade Relacionamento Estendido (ERE) A maioria dos BDs podem ser modelados por meio dos conceitos básicos do modelo ER, mas alguns aspectos podem ser expressos mais convenientemente por meio
