Banco de Dados Aplicado ao Desenvolvimento de Software -

BDD

Dependência Existencial

Se a existência da entidade x depende da existência da entidade y, então diz-se que x é existencialmente dependente de y.

A entidade y é chamada dominante e x é chamada subordinada. Este conceito é importante para manter a integridade dos dados contidos em um Banco de Dados.

Exemplo

Suponha a existência de uma entidade NF (Notas Fiscais) em um Banco de Dados. Esta entidade se relaciona com a entidade Cliente (cada NF esta relacionada ao Cliente que efetuou determinada compra). A entidade NF é subordinada a entidade Cliente, pois não é possível emitir uma Nota Fiscal sem a existência de um Cliente relacionado a ela.

Continuação

Desta forma, quando informamos ao Banco de Dados esta Dependência Existencial, ele aplica os mecanismos que garantem que uma NF não conterá (por exemplo) o Código de Cliente igual a 5, pois o Cliente 5 não existe em nosso Banco de Dados.

Da mesma forma que garante que o Cliente com Código igual a 2 não será excluído de nosso Banco de Dados, se existir uma ou mais NF relacionados a ele.

Entidades Fortes e Fracas

Entidade Forte: é uma entidade que possui chave primária, por definição é uma entidade dominante.

Entidade Fraca: é uma entidade que não possui chave primária, por definição é uma entidade subordinada. Para formarmos a chave primária de uma entidade fraca, utilizamos a chave primária da entidade forte da qual ela é existencialmente dependente, mais o conjunto mínimo de atributos que possa identificar uma entidade em um conjunto de entidades fracas.

Descrição da estrutura de dados de um BD, conforme as regras de implementação e limitações impostas por alguma tecnologia.

Registra que dados o BD contém e como eles são representados, conforme a visão de um determinado SGBD.

São tipos de modelos de dados lógicos:

– Modelo Rede– Modelo Hierárquico– Modelo Relacional– Modelo Orientado a Objetos– Modelo Objeto-Relacional

• Os dados, no Modelo Relacional, são representados através de relações ou, informalmente, tabelas.

• Cada coluna da tabela é um campo ou atributo.

• Cada relação é constituída por uma conjunto de linhas, chamadas tuplas.

• As tabelas devem satisfazer certas restrições de integridade.

• A aplicação de operações sobre estas tabelas resultam sempre em outra tabela.

Matric Nome Endereço Setor

M-150 Cristina Barreto Rua das Flores 1

M-151 Francisco de Assis Rua do Espinheiro 2

M-152 Carlos Arruda Rua da Hora 3

M-153 Rute Azevedo Av. do Sol 2

Tabela Funcionário

Codigo Nome

1 Marketing

2 Recursos Humanos

3 Informática

Tabela Setor

(Modelo Relacional).

(Modelo Relacional).

FUNCIONARIO(Matricula, Nome, Endereco, Setor, funcao)

Setor referencia SETOR

Funcao referencia FUNCAO

SETOR(Codigo, Nome)

DEPENDENTE (Matricula, Sequencial, Nome, DataNascimento)

Maricula referencia FUNCIONARIO

FUNCAO(Codigo, Nome, Salario)

Utilizada para construir modelo de dados.

Classificação:- Textuais:

CLIENTE(Codigo, Nome, Logradouro, Numero, Bairro, Cidade, Estado, Cep)

- Gráficas:

Cada apresentação de um modelo é chamado de esquema de banco de dados.