Estude fácil! Tem muito documento disponível na Docsity
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Prepare-se para as provas
Estude fácil! Tem muito documento disponível na Docsity
Prepare-se para as provas com trabalhos de outros alunos como você, aqui na Docsity
Os melhores documentos à venda: Trabalhos de alunos formados
Prepare-se com as videoaulas e exercícios resolvidos criados a partir da grade da sua Universidade
Responda perguntas de provas passadas e avalie sua preparação.
Ganhe pontos para baixar
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Comunidade
Peça ajuda à comunidade e tire suas dúvidas relacionadas ao estudo
Descubra as melhores universidades em seu país de acordo com os usuários da Docsity
Guias grátis
Baixe gratuitamente nossos guias de estudo, métodos para diminuir a ansiedade, dicas de TCC preparadas pelos professores da Docsity
criar um modelo de base de dados relacional. ○ A normalização de dados consiste numa série de passos relacionados com o desenho de uma base de.
Tipologia: Notas de aula
1 / 24
Esta página não é visível na pré-visualização
Não perca as partes importantes!
(^) Participação obrigatória de ambas as entidades (^) Participação não obrigatória de uma das duas entidades (^) Participação não obrigatória de nenhuma das entidades
(^) O quadro 12 exemplifica um conjunto de situações e simbologias utilizadas, neste caso, num relacionamento binário (^) Para facilitar a explicação descreve-se, em quase todos os exemplos, o relacionamento apenas de um dos lados (^) No preenchimento da coluna “Descrição”, os valores entre parêntesis devem ler-se (mínimo..máximo)
(^) Identificar as entidades (^) Identificar associações entre entidades, tipo e grau de associação (^) Identificar os atributos identificadores e os atributos descritores de cada entidade (^) Definir os graus máximo e mínimo de associações
(^) Também na construção de um modelo DEA se deve observar que: (^) Todos os atributos se aplicam a todas as instâncias de uma entidade (^) Quando há grupos repetitivos cria-se uma nova entidade e uma nova associação. Entende-se por grupo repetitivo um conjunto de atributos cujos valores se repetem para um dado valor do atributo identificador (^) Quando existir relacionamentos de M:M, subdividem-se em dois relacionamentos 1:M, criando-se uma entidade associativa adicional, que fará a interface entre as entidades anteriores e que pode apresentar alguns atributos específicos
(^) A normalização de dados pode ser aplicada directamente sobre um conjunto de dados em bruto ou feita a partir de modelos de dados resultantes da modelação com diagramas E-R, com o objectivo de criar um modelo de base de dados relacional (^) A normalização de dados consiste numa série de passos relacionados com o desenho de uma base de dados de forma a obterem-se estruturas de dados sem redundância e consistentes (^) Este processo é conduzido por um conjunto de regras que constituem as Formas Normais
(^) As Formas Normais enunciam um conjunto de restrições sobre os relacionamentos ou as dependências existentes entre os dados (^) Inicialmente foram criadas três formas normais: 1.ª Forma Normal (1FN), 2.ª Forma Normal (2FN) e 3.ª Forma Normal (3FN) (^) Depois surgiram mais formas normais: Forma Normal de Boyce-Codd (FNBC), 4.ª Forma Normal (4FN) e 5.ª Forma Normal (5FN)
(^) Para alcançar um modelo de uma base de dados minimamente consistente, é suficiente submeter a sua estrutura de dados até à terceira forma normal (^) A primeira forma normal obriga a que não exista grupo de atributos repetitivos (^) No exemplo da entidade Encomenda os atributos que se encontram entre parêntesis constituem um grupo repetitivo, porque para uma mesma encomenda podem ser pedidos vários produtos
**Encomenda = @Número_encomenda + Data_encomenda + Código_cliente
(^) A segunda forma normal obriga a que se removam todas as dependências funcionais que dependam apenas de uma parte da chave e não da sua totalidade (^) No caso da entidade DetalheEncomenda , a chave primária é constituída pelo para de atributos Número_encomenda e Código_produto (^) Os atributos Nome_produto e Preço_unitário , para além de serem identificados de forma unívoca pela chave, são também identificados por parte dela, isto é, são funcionalmente dependentes do atributo Código_produto
(^) Verificar se os atributos não-chave são dependentes funcionalmente da totalidade da chave (^) Criar uma nova relação com os atributos que dependem de parte da chave, sendo esta a chave da nova relação (^) Identificar os relacionamentos existentes entre a nova relação e a relação original, mantendo, nesta, a chave inicial que contém o atributo comum às duas relações
