Modelo de dados

[Marcos_Vinicius]

Estive pesquisando acerca de modelos de dados no SQL e encontrei duas respostas, quero ajuda para identificar a correta.

PRIMIERA:

modelos conceituais, lógicos e físicos

SEGUNDA:

Modelos Hierárquico, em rede, relacional e orientado a objeto

[Vinicius Schuh]

Bom dia Marcos, bom segue explicação:

Modelo conceitual

A modelagem conceitual basea-se no mais alto nível e deve ser usada para envolver o cliente. Os exemplos de modelagem de dados visto pelo modelo conceitual são mais fáceis de compreender, já que não há limitações ou aplicação de tecnologia específica. O diagrama de dados que deve ser construido aqui, chama-se Diagrama de Entidade e Relacionamento, onde deverá ser identificado todas as entidades e os relacionamentos entre elas. Este diagrama é a chave para a compreensão do modelo conceitual de dados.

Modelo lógico

O modelo lógico já leva em conta algumas limitações e implementa recursos como adequação de padrão e nomenclatura. Define as chaves primárias e estrangeiras. deve ser criado levando em conta os exemplos de modelagem de dados criados no modelo conceitual.

Modelo físico

No modelo físico fazemos a modelagem física do modelo de banco de dados. Leva-se em conta as limitações impostas pelo SGBD escolhido e deve ser criado sempre com base nos exemplos de modelagem de dados produzidos no item anterior, modelo lógico.

Modelo de Base de Dados

1ª geração

Hierárquico

Em rede

2ª geração

Modelo relacional

3ª geração

Modelos orientados a objectos

Extensões ao modelo relacional

Modelo hierárquico

Um exemplo: Um departamento tem muitos empregados e cada um tem um supervisor e por sua vez depende de outro empregado. Cada departamento tem muitos projectos no qual trabalham muitos empregados.

Estruturas básicas:

Registos (colecção de valores de campos que fornece informação sobre uma entidade de um relacionamento)

Relacionamentos (pai-filho: 1-M)

O acesso a qualquer um dos registos deve ser feito a partir da raíz e correndo para cada um dos nós da árvore da esquerda para a direita e de cima para baixo.

Restrições e dificuldades:

Apenas o registo pai não se relaciona com outro registo pai; Se 1 registo filho tem mais do que 1 registo pai, então deve ser duplicado para cada um dos pais;

Dificuldades de representação de relacionamentos M:M; Redundância de dados; Falta de dependência lógica; Utilização e programação muito exigente; Dificuldade de portabilidade.

Um dos exemplo de um SGBD concebido segundo o modelo hierárquico ,

na década de 60, é o MIS (ManagementInformationsystem) da IBM.

(Fonte: Desenho e Implementação de Base de Dados com MS Access.

Vidal J., Azevedo, A., Abreu A., Centro Atlântico)

Modelo em Rede

Tem por base o modelo hierárquico Um filho pode ter mais do que um pai Acesso aos dados de forma semelhante ao modelo hierárquico Facilita a representação de relacionamentos de M:M.

O acesso aos dados é mais flexível do que no modelo hierárquico. Sistema ainda complexo e exige um grande conhecimento dos programadores e não existe verdadeira dependência dados-aplicações.

Modelo relacional

Apresentado por Edgar Codd, em 1970. A estrutura básica é a tabela. Uma BD relacional é formada por um conjunto de tabelas que se relacionam através de atributos comuns.

Exemplo de Base de dados relacionais:

SQL/OS da IBM, SGBD Oracle, DB2 e Informix (IBM), Oracle e Rdb da Oracle, SQL server e Access da microsoft.

Modelo Orientado a Objectos

Tiveram origem nas linguagens de programação orientadas a objectos. Extensão ao modelo relacional. Um objecto é uma representação conceptual de uma entidade do mundo real – Ex: factura

Objectos contem atributos que o descrevem – Ex: numero, data, valor total)

E o seu comportamento, ou seja as acções que lhe estão associadas-Ex: imprimir, criar.

Um objecto contém quer a estrutura de dados quer as acções (métodos).

Um atributo pode ser uma referencia a outro objecto.

Uma classe é uma colecção de objectos que partilham a estrutura e o comportamento, permitindo uma definição única.

As classes são organizadas hierarquicamente numa filosofia de herança de atributos e métodos.

Espero ter ajudado :D

Edited January 3, 2012 by Vinicius Schuh