Qual é a diferença entre o modelo de dados lógicos e o modelo de dados conceituais?

Nesta tabela você pode ver a diferença entre cada modelo:

Ver http://www.1keydata.com/datawarehousing/data-modeling-levels.html para mais informações e alguns exemplos de modelos de dados.

Estes termos estão infelizmente sobrecarregados com várias definições possíveis. De acordo com o modelo ANSI-SPARC "three schema", por exemplo, o esquema conceitual ou modelo conceitual consiste do conjunto de objetos em um banco de dados (tabelas, vistas, etc) em contraste com o esquema externo que são os objetos que os usuários vêem. ([1]) nas profissões de gestão de dados e, especialmente, entre os modeladores / arquitectos de dados, o termo "modelo Conceptual" é frequentemente utilizado para designar uma modelo semântico enquanto que o termo modelo lógico é usado para significar uma base de dados preliminar ou virtual Desenho . Este é provavelmente o uso que você está mais provável de encontrar no local de trabalho.

No uso acadêmico e ao descrever arquiteturas DBMS, no entanto, o nível lógico significa os objetos da base de dados (tabelas, vistas, tabelas, chaves, restrições, etc), como distinto do nível físico (arquivos, índices, armazenamento). Para confundir as coisas mais, no local de trabalho o termo Modelo físico é muitas vezes usado para significar o design como implementado ou planejado para implementação em uma base de dados real. Isso pode incluir construções de nível" físico" e "lógico" (tabelas e índices, por exemplo).

Quando você se depara com qualquer um destes Termos você realmente precisa procurar esclarecimentos sobre o que está sendo descrito a menos que o contexto o torne óbvio.

Para uma discussão destas diferenças, verifique o essencial de Modelagem de dados por Simsion e Witt, por exemplo.

Modelo De Base De Dados Lógica

A modelagem lógica de bases de dados é necessária para compilar requisitos de negócio e representar os requisitos como um modelo. Está sobretudo associada à recolha de necessidades empresariais e não à concepção de bases de dados. A informação que precisa ser coletada é sobre unidades organizacionais, entidades de negócios e processos de negócios.

Uma vez compilada a informação, são feitos relatórios e diagramas, incluindo estes:

Entidade ERD Diagrama de relacionamento mostra a relação entre diferentes categorias de dados e mostra as diferentes categorias de dados necessários para o desenvolvimento de uma base de dados. Diagrama de processo de negócios-mostra as atividades dos indivíduos dentro da empresa. Ele mostra como os dados se movem dentro da organização com base em que interface de aplicação pode ser projetado. Documentação de Feedback dos usuários.

Os modelos lógicos da base de dados determinam basicamente se todos os requisitos do negócio foram apanhar. Ele é revisado por desenvolvedores, gerência e, finalmente, os usuários finais para ver se mais informações precisam ser coletadas antes do início da modelagem física.

Modelo De Base De Dados Física A modelagem do banco de dados físico lida com a concepção do banco de dados real com base nos requisitos reunidos durante a modelagem do banco de dados lógico. Toda a informação recolhida é convertida em modelos relacionais e modelos de negócios. Durante a modelagem física, objetos são definidos em um nível chamado de esquema. A schema é considerado um grupo de objetos que estão relacionados um com o outro em um banco de dados. Tabelas e colunas são feitas de acordo com as informações fornecidas durante a modelagem lógica. Chaves primárias, chaves únicas e chaves estrangeiras são definidas a fim de fornecer restrições. Os índices e instantâneos são definidos. Os dados podem ser resumidos, e os usuários são fornecidos com uma perspectiva alternativa uma vez que as tabelas foram criadas.

A modelagem física de bases de dados depende do software já utilizado na organização. É específico de software. A modelagem física inclui:

Diagrama do modelo do servidor-ele inclui tabelas e colunas e relações diferentes que existem dentro de um banco de dados. Documentação de desenho de bases de dados. Documentação de Feedback dos usuários.

Resumo:

1.A modelagem lógica de banco de dados é principalmente para a coleta de informações sobre as necessidades do negócio e não envolve a concepção de uma base de dados; enquanto a modelagem física de banco de dados é principalmente necessária para a concepção real de banco. 2.A modelagem lógica de banco de dados não inclui índices e restrições; o modelo lógico de banco de dados para uma aplicação pode ser usado em vários softwares de banco de dados e implementações; enquanto a modelagem física de banco de dados é específica de software e hardware e tem índices e restrições. 3.A modelagem lógica de banco de dados inclui: ERD, diagramas de processos de negócios e documentação de feedback do Usuário; considerando que a modelagem física de banco de dados inclui: Diagrama de modelo de servidor, documentação de projeto de banco de dados, e documentação de feedback do Usuário.

Leia mais: diferença entre o modelo lógico e físico de Base de Dados / diferença entre / lógico vs modelo físico de Base de Dados http://www.differencebetween.net/technology/software-technology/difference-between-logical-and-physical-database-model/#ixzz3AxPVhTlg

Preciso de produzir um modelo lógico e um modelo conceptual. Todas as explicações aqui são muito vagas. O link acima apenas mostra a diferença de que um modelo conceitual é um modelo lógico sem campos. Está bem, não menciono o nome da base de dados. Parece ser totalmente redundante. Não sei o que significa "semântica". alguém pode explicar o que eu faria de forma diferente usando 'inglês' e possivelmente postar um link para melhores exemplos do que uma imagem isso mostra uma imagem que tem campos e uma que não tem. Os buzzwords são todos bons e bons, mas é tão vago que não é útil para praticamente implementar.

Eu faço qualquer coisa que não seja pegar o meu modelo lógico (que é basicamente o meu modelo físico revertido a partir do DB, clique num botão nas referidas FERRAMENTAS e as imagens parecem um pouco diferentes e, em seguida, tirar os tipos de dados).

Pelo que posso ver (e sem palavras-chave)

Modelo físico: na verdade tabela. As pequenas imagens têm tipos de dados neles e chamadas restrições pk / fk Modelo lógico: clique no pequeno botão Minha ferramenta (usando o Modeller de dados do desenvolvedor Oracles SQL, eu não tenho uma licença erwin e o visio 2010 não mais reverter engenheiros fora do DB), e então as imagens na tela mudam ligeiramente. Os tipos de dados desapareceram e os nomes das restrições desapareceram, então as cores das representações da tabela mudam para roxo (então agora eu os chamo entidades).

Está bem. e depois? seria meu modelo conceitual parecido com outro então: exatamente a mesma coisa que meu modelo lógico menos os campos. Acho que há mais do que isto. Recitando que é uma representação 'semântica' de dados soa muito agradável e extravagante, mas não faz sentido para alguém que não fez um destes antes.

O esquema Conceptual - abrange entidades e relações. Deve ser criado primeiro. Ao contrário de algumas das outras respostas, as tabelas não são definidas aqui. Por exemplo, uma tabela "muitos a muitos" não está incluída em um modelo conceitual de dados, mas é definida como uma relação "muitos a muitos" entre entidades.

Esquema lógico - abrange tabelas, atributos, chaves, restrições de papel Obrigatórias, e integridade referencial sem relação com a implementação física. Situacao como os índices não são definidos, os tipos de atributos devem ser mantidos lógicos, por exemplo, texto em vez de varchar2. Deve ser criado com base no esquema conceitual.

A maioria das respostas aqui estão estritamente relacionadas com anotações e sintaxe dos modelos de dados em diferentes níveis de abstração. A principal diferença não foi mencionada por ninguém. Modelos conceituais conceitos de superfície. Os conceitos relacionam-se com outros conceitos de uma forma diferente que uma entidade se relaciona com outra entidade ao nível lógico de abstração. Os conceitos estão mais próximos dos tipos. Normalmente, a nível Conceptual, você exibe tipos de coisas (isto não significa que você deve usar o termo "tipo" em seu Convenção de nomenclatura) e relações entre tais tipos. Portanto, a existência de muitos-para-muitos relacionamentos não é a regra, mas sim a consequência das relações entre elementos de tipo-sábio. Em modelos lógicos as entidades representam uma instância dessa coisa no mundo real. Em modelos conceituais não se espera a descrição de uma instância de uma entidade e seus relacionamentos, mas sim a descrição do "tipo" ou "classe" dessa entidade particular. Exemplo: - Veiculo ter rodas e rodas são usados em veículos. A nível Conceptual, esta é uma relação de muitos para muitos - Um determinado veículo (um carro por exemplo), com um número de matrícula específico tem 5 rodas e cada roda em particular, cada um com um número de série está relacionado apenas a esse carro em particular. A nível lógico, esta é uma relação de um para muitos.

O conceito abrange "tipos / classes". A lógica cobre "instâncias".

Eu acrescentaria outro comentário sobre bases de dados. Concordo com um dos os colegas que comentaram acima que os modelos conceptuais e lógicos não têm absolutamente nada a ver com bases de dados. Modelos conceituais e lógicos descrevem o mundo real a partir de uma perspectiva de dados usando notações como ER ou UML. Vendedores de banco de dados, inteligentemente, projetaram seus produtos para seguir a mesma filosofia usada para modelar logicamente o mundo e eles criaram bancos de Dados Relacionais, tornando as vidas de todos mais fáceis. Você pode descrever a paisagem de dados de sua organização em todos os níveis usando conceitos e modelo lógico e nunca usar uma base de dados relacional. Bem, acho que estes são os meus dois cêntimos...

Esta é uma pergunta antiga e talvez seja tarde demais, mas não vejo um aspecto muito importante necessário para responder à pergunta. Ou seja, o público-alvo para o modelo de dados. O modelo conceitual de dados é o modelo gerado a partir da análise de negócios, de entrevistas com o negócio sobre seus dados. Não é tanto " alto nível "como é a compreensão do negócio de seus dados, Regras de Negócio capturados nas relações entre entidades" candidatas". Neste momento, você está capturando as coisas de importância para o negócio (empregado, cliente, Contrato, conta, etc.) e as relações entre eles. O modelo de dados conceptuais finais pode ser um pouco abstracto -- por exemplo, tratar indivíduos e organizações que entram num contrato como subtipos de uma "parte", contratantes e empregados permanentes como subtipos de um empregado, mesmo empregados e clientes subtipos de "pessoa" -- mas é um documento que um modelador de dados desenvolve a partir de discussões com o PME de negócios e apresenta ao negócio para validação.

O modelo de dados lógicos não é apenas "mais detalhe" -- onde útil e importante, um modelo de dados conceptuais pode muito bem ter atributos incluídos -- é o documento de arquitectura, o modelo que é apresentado aos analistas/engenheiros de software para explicar e especificar os requisitos de dados. Ele irá resolver muitos-para-muitos relacionamentos com tabelas de associação e irá definir todos os atributos, com exemplos e restrições, de modo que o código pode ser escrito contra a arquitetura.

O modelo físico é aquele modelo lógico gerado especificamente para um ambiente em particular, como o servidor SQL ou Teradata ou Oracle ou o que quer que seja. Ele terá chaves, índices, partições, ou o que for necessário para implementar, com base em dimensionamento, frequência de acesso, restrições de segurança, etc.

Por isso, se lhe for pedido que desenvolva um modelo Conceptual de Dados, ser-lhe-á pedido que desenhe a solução (ou parte dela) do zero, obtendo o seu informação do negócio. Há mais, mas espero que isso responda à pergunta.

Modelo de dados lógicos

Um modelo de dados lógicos descreve os dados com o maior detalhe possível, sem considerar como eles serão fisicamente implementados na base de dados. Características de um modelo de dados lógicos incluem: * Inclui todas as entidades e relações entre elas. * Todos os atributos para cada entidade são especificados. * A chave primária para cada entidade é especificada. * Chaves estrangeiras (chaves que identificam a relação entre as diferentes entidades) são descrever. * A normalização ocorre neste nível. modelo conceptual de dados

Um modelo conceptual de dados identifica as relações de mais alto nível entre as diferentes entidades. Características do modelo de dados conceptuais incluem:: * Inclui as entidades importantes e as relações entre elas. · Nenhum atributo é especificado. · Nenhuma chave primária é especificada.