Академический Документы
Профессиональный Документы
Культура Документы
Definio
de
LOCKS
O mecanismo de lock (travamento) evita conflitos de atualizao. Usurios no
podem ler ou modificar dados que esto sendo alterados num dado momento
PERGUNTAS:
O que commit?
O que rollback?
Como o sistema executa um rollback?
O que acontece quando ocorre um dead lock?
4. MODELAGEM DE DADOS
4.1 REVISAO FORMAS NORMAIS
4.1.1 Normalizao de tabelas
Objetivo: O objetivo da normalizao evitar os problemas provocados por
falhas no Projeto do Banco de Dados, bem como eliminar a "mistura de
assuntos" e as correspondentes repeties desnecessrias de dados.
Uma Regra de Ouro que devemos observar quando do Projeto de um Banco
de Dados baseado no Modelo Relacoional de dados a de "no Misturar
assuntos em uma mesma Tabela".
Exemplo: Tabela Computador devemos colocar somente campos relacionados
com o assunto Computadores. No devemos misturar campos relacionados
com outros assuntos, tais como OS, Peas, etc. Essa "Mistura de Assuntos"
em uma mesma tabela acaba por gerar repetio desnecessria dos dados
bem como inconsistncia dos dados.
O Processo de Normalizao aplica uma srie de Regras sobre as Tabelas de
um Banco de Dados, para verificar se estas esto corretamente projetadas.
Embora existam 5 formas normais (ou regras de Normalizao), na prtica
usamos um conjunto de 3 Formas Normais.
1a Forma Normal
A 1a Forma Normal prega que todos os atributos de uma tabela devem ser
atmicos (indivisveis), ou seja, no so permitidos atributos multivalorados,
atributos compostos ou atributos multivalorados compostos
"Uma Tabela est na Primeira Forma Normal quando seus atributos no
contm grupos de Repetio".
2a Forma Normal
A 2a Forma Normal prega o conceito da dependncia funcional total. Uma
dependncia funcional X Y total se removemos um atributo A qualquer do
componente X e desta forma, a dependncia funcional deixa de existir. A
dependncia funcional X Y uma dependncia funcional parcial se existir
um atributo A qualquer do componente X que pode ser removido e a
dependncia funcional X Y no deixa de existir.
Na prtica ocorre quando a chave Primria composta por mais de um
campo. Neste caso, devemos observar se todos os campos que no fazem
parte da chave dependem de todos os campos que compem a chave.
Dividimos ento a Tabela que no est na Segunda Forma Normal em duas
outras tabelas sendo que as duas tabelas resultantes esto na Segunda Forma
Normal.
3a Forma Normal
A 3a Forma Normal prega o conceito de dependncia transitiva. Uma
dependncia funcional X Y em uma tabela T uma dependncia transitiva
se existir um conjunto de atributos Z que no um subconjunto de chaves de T
e as dependncias X Z, Z Y, so vlidas.
Na definio dos campos de uma entidade podem ocorrer casos em que um
campo no seja dependente diretamente da chave primria ou de parte dela,
mas sim dependente de outro campo da tabela, campo este que no a Chave
Primria.
Com isso podemos concluir que como resultado do Processo de Normalizao,
iremos obter um nmero maior de tabelas, porm sem problemas de
redundncia e inconsistncia dos dados.
10
Definir quais informaes devem ser mantidas em cada tabela. Por exemplo, a
tabela Clientes poderia ter um campo para o Cdigo Do Cliente, outro para o
Nome Do Cliente e assim por diante.
11
12
13
14