Please enable JavaScript.
Coggle requires JavaScript to display documents.
CAP 20 Elmasri Navathe - Projeto Físico (não concluso) - Coggle Diagram
CAP 20 Elmasri Navathe - Projeto Físico (não concluso)
20.1 - Projeto físico de bancos de dados relacionais
20.1.1 Fatores que influenciam o projeto físico
20.1.2 - Decisões do projeto físico de banco de dados
Indexação
Desnormalização (visando agilizar consultas)
20.2 - Visão Geral do Ajuste de banco de dados em sistemas relacionais
Introdução
reduzir temo de resposta de consultas e transações
Melhorar desempoenho geral
Bancos de dados podem coletar internamente
Tamanho individual de tabelas
numero de valores distintos em colunas
numero de vezes de execução de consultas e transações em intervalo de tempo
Estatísticas
Armazenamento
Desempenho
índice
processamento de consulta/tansação
loging/bloqueio
Fazer as aplicações rodarem mais rapidamente
20.2.1 - Ajustando índices
20.2.2 Ajustando o projeto de banco de dados
Tabelas existentes podem ser juntadas (desnormalizadas)
projeto alternativos (cap 16)
Relação onde chave é conjunto de valores pode ser armazenada em diversas tabelas (particionamento vertical)
20.2.3 - Ajustando consultas
Indicações que sugerem ajste de consultas
plano de consulta mostra que índices não estão sendo utilizados
disticts podem ser redundantes
uso desnecessário de tabels de resultado temporárias (consultas mútliplas)
Alguns usos de consultas múltiplas
Muito acesso ao disco
20.2.4 - Orientações adicionais de ajuste de consultas
RESUMO
OUTROS TÓPICOS / AUTORES
Projeto Físico - Anhanguera - Tópicos avançados
1.0 - Visão Geral de contexto
1.1 - Definição e criação de ítens
1.2 - Relacionado a aspéctos técnicos de armazenamento
1.3 - Etapas do projeto físico
principais tarefas comumente relacionadas
a) Dimensionamento de espaço
b) análise de transações
c) criação de índices
d) distribuição dos arquivos
Desnormalização visando performance (caso, e se realmente necessário necessário)
OLTP
OLAP
Projeto físico - Muito além do Create Table
Passos comuns
a) Analisar
b) Eventualmente Transformar
c) implementar
Questionamentos a serem feitos
Foram identificadas as tabelas críticas com relação a volumes?
Existe um processo de projeto físcio de banco de dados formalmente instituido
Todos estão cientes que o trabalho do DBA também inclui projetar e arquitetar a base
processo de Projeto físico de Banco de Dados
Especificar o Modelo Físico de Banco de Dado
informações sobre volumes
informações sobre acessos
informações sobre necessidades de disponibilidade (performance)
Padronização e portabilidade
capacidade de recuperação tempestiva dos dados
ITENS RELEVANTES
Modelo lógico de dados homologado
Documentação Oficial Postgres
DDL-CONSTRAINTS-FK
Foreign Key Constraint
Especifica que os valores em uma coluna (ou grupo de colunas) devem corresponder a valores que aparecem em alguma linha de outra tabela
Integridade referencial entre duas tabelas
Existem mútlpla formas de Criar References de chaves estrangeiras (consultar documentação)
SQL (várias formas)
product_no integer REFERENCES products,
product_no integer REFERENCES products (product_no)
grupos de colunas também podem ser referenciados
FOREIGN KEY (b, c) REFERENCES other_table (c1, c2)
uma tabela pode ter mais de uma foreign key constraint
situação comumente utilizada na representação de novas tabelas de relacionamento N para N (onde temos duas FKs e Comumente uma chave primária (PK) composta pelas FKs
O que ocorrerá se removermos um produto que já foi referenciado em outra tabela (por exemplo n para n)
Manipulaçõs em SQL
Disabilitar a deleção de produtos referenciados
Juntamente com a deleção do produto excluir os registros em tabelas relacionadas
SQL de Implementação
DELETE
5 more items...
UPDATE
1 more item...
MATCH
3 more items...
uma chave estrangeira pode referenciar colunas que são chaves primárias (as que não são, não consegue criar a referencia)
2 more items...