逻辑模型与数据库模型差异是什么

1. 逻辑模型与数据库模型差异是什么

逻辑模型，是指数据的逻辑结构。在数据库中，逻辑模型有E-R图，可以清晰表示个个关系。
在管理信息系统中，逻辑模型：是着重用逻辑的过程或主要的业务来描述对象系统，描述系统要“做什么”，或者说具有哪些功能。
数据库模型,描述了在数据库中结构化和操纵数据的方法，模型的结构部分规定了数据如何被描述（例如树、表等）；模型的操纵部分规定了数据的添加、删除、显示、维护、打印、查找、选择、排序和更新等操作。

2. 逻辑数据模型的模型

①层次数据模型②网状数据模型③关系数据模型 层次模型（Hierarchical Model）是最早出现的数据模型，它是采用层次数据结构来组织数据的数据模型。层次模型可以简单、直观地表示信息世界中实体、实体的属性以及实体之间的一对多联系。它使用记录类型来描述实体；使用字段来描述属性；使用结点之间的连线表示实体之间的联系。（1）层次模型的概念层次数据结构也称树型结构，树中的每个结点代表一种记录类型。满足以下两个条件的数据模型称为层次模型：1）只有一个结点没有双亲结点（双亲结点也称父结点），该结点称为根结点。2）根结点以外的其他结点有且只有一个双亲结点。层次模型可以很自然地表示家族结构、行政组织结构等。（2）层次模型的三要素1）数据结构：使用记录类型表示实体，使用结点之间的连线表示一对多的联系。2）数据操作：包括结点的查询和结点的更新（如插入、删除和修改）操作。3）完整性约束：一个模型只有一个根结点；其他结点只能有一个双亲结点；结点之间是一对多的联系。（3）层次模型的优缺点层次模型的优点是结构简单、清晰，容易理解，结点之间联系简单，查询效率高。缺点主要有以下几点：1）不能表示一个结点有多个双亲的情况。2）不能直接表示多对多的联系，需要将多对多联系分解成多个一对多的联系。常用的分解方法是冗余结点法和虚拟结点法。3）插入、删除限制多。比如，删除父结点则相应的子结点也被同时删除等。具体内容可参考“数据结构”课程中树的相关操作。4）必须要经过父结点，才能查询子结点。因为在层次模型中，没有一个子结点的记录值能够脱离父结点的记录值而独立存在。 面向对象模型是一种新兴的数据模型，也是目前最重要的模型思路。它采用面向对象的方法来设计数据库。面向对象的数据库存储对象是以对象为单位，每个对象包含对象的属性和方法，具有类和继承等特点。在面向对象数据库的设计中，我们将客观世界中的实体抽象成为对象。面向对象的方法中一个基本的信条是任何东西都是对象。对象可以定义为对一组信息及其操作的描述。对象之间的相互操作都得通过发送消息和执行消息完成，消息是对象之间的接口。严格地讲，在面向对象模型中，实体的任何属性都必须表示为相应对象中的一个变量和一对消息。变量用来保存属性值，一个消息用来读取属性值，另一个消息则用来更新这个值。数据库中通常有很多相似的对象。相似是指它们响应相同的消息使用相同的方法，并有相同名称和类型的变量。对每个这样的对象单独进行定义是很浪费的，因此我们将相似的对象分组形成了一个类。类是相似对象的集合。类中的每个对象也称为类的实例。一个类中的所有对象共享一个公共的定义，尽管它们对变量所赋予的值不同。面向对象数据模型中类的概念相当于E-R模型中实体集的概念。继承性允许不同类的对象共享它们公共部分的结构和特性。继承性可以用超类和子类的层次联系实现。一个子类可以继承某一个超类的结构和特性，这称为单继承性；一个子类也可以继承多个超类的结构和特性，这称为多继承性。继承性是数据间的泛化/细化联系，是一种is a联系。面向对象系统提供一种对象标识符的概念来标识对象。OID与对象的物理存储位置无关，也与数据的描述方式和值无关。OID是惟一的。在对象创建的瞬间，由系统赋给对象，它在系统内是惟一的，在对象的生存期间，标识是不能改变的。如果要将数据转移到另外一个不同的数据库系统中，则标识符必须进行转化。对象包含不同类的对象之间可能存在着包含关系）。包含其它对象的对象称为复合对象。包含关系可以有多层，形成类包含层次图。包含是一种是一部分（is part of）联系，因此包含与继承是两种不同的数据联系。目前，一种结合关系数据库和面向对象特点的数据库为那些希望使用具有面向对象特征的关系数据库用户提供了一条捷径。这种数据库系统称为对象关系数据库，它是在传统关系数据模型基础上，提供元组、数组、集合一类丰富的数据类型以及处理新的数据类型操作能力，并且有继承性和对象标识等面向对象特点。

3. 逻辑数据模型的概念

借助相对抽象、逻辑统一且结构稳健的结构，实现数据仓库系统所要求的数据存储目标，支持大量的分析应用，是实现业务智能的重要基础，同时也是数据管理分析的工具和交流的有效手段。对于企业，逻辑数据模型（简称LDM）就是企业基础数据的一部分，它是企业数据资产的全面的、准确的描述，是数据整合的核心或目的。数据整合就是将不同来源的数据整合到一个统一定义、统一形式的LDM中。

4. 数据库设计概念模型图，逻辑模型图分别是什么？

1.1.概念模型(E-R图描述) 
概念模型是对真实世界中问题域内的事物的描述，不是对软件设计的描述。 
表示概念模型最常用的是"实体-关系"图。 
E-R图主要是由实体、属性和关系三个要素构成的。在E-R图中，使用了下面几种基本的图形符号。 
             实体，矩形 
E/R图三要素  属性，椭圆形 
             关系，菱形 
关系：一对一关系，一对多关系，多对多关系。 
E/R图中的子类(实体)： 
1.2.逻辑模型 
逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。 
1.3.物理模型 
物理模型是对真实数据库的描述。数据库中的一些对象如下：表，视图，字段，数据类型、长度、主键、外键、索引、是否可为空，默认值。 
概念模型到物理模型的转换即是把概念模型中的对象转换成物理模型的对象。

5. 如何实现逻辑数据模型

　　业务和系统开发领域绝对不能容许设计上的重大失误。可是，很多开发人员却因为不了解设计步骤而恰恰轻视乃至完全忽略了整个设计过程。而实际上，我们中的大多数人也确实缺乏必要的有关技能和知识，结果令我们往往“旁路”了项目开发中最重要的阶段。说真的，有本事敢直接绕过设计阶段的人还没诞生呢。
　　　　　　　　如果我们不花点时间创建一个逻辑模型，那么要实现一套高效和优秀的设计是完全不可能的。略过设计步骤会产生大量的错误，而这些错误又会令我们耗费大量的时间在发现它们的时候反复调试和纠正。下面我就大致讨论下设计的逻辑和物理模型，然后引领读者经过逻辑模型的创建全过程。本文是有关主题系列的开篇，在后续的第2部分里，我会根据已经发现的缺陷修改我们的原始设计。
　　　　　　数据库的设计方法
　　在对数据库项目的需求着手评估和分析周，接下来的一步就是设计出一套方案帮助你达到项目的要求和目标。在开发领域这一步骤被称做数据库设计方法。它是一种结构化的措施，支持设计流程同时还包括了诸如公司业务流程、规定和文档等一系列工具。步步进阶的整套流程帮助开发人员计划、管理和控制设计及其实现从而高效地完成任务。
　　　　这意味着，你拥有一整套方法，也就是按照特定顺序安排的项目列表，这些方法指引你经过数据模型创建的全过程。请不要错误地把这个过程理解为平常的过程，实际上它是完全必要的阶段。你应该从完全理解数据和用户需求这一目的出发研究该过程。
　　　　每一个项目无论其规模大小都能从以下三种模型中获益：　　　　概念：明确和说明创建数据全局视图的主要对象，同时辅以一定的轻微细节。许多企业都局限于特定的数据库管理系统（DBMS），所以这一步可以忽略或者放到逻辑模型一组。
　　逻辑：构造采用特定数据的模型，但还不用考虑最终保存数据以及运营应用程序的具体数据库系统。由于SQL Server是一种关系型数据库管理系统（RDBMS），所以我们要依赖于实体关系模型（ER：Entity-Relationship）。在这一阶段你必须明确实体、关系、属性并对你的数据实行规格化。逻辑模型建立在数据集合的基础之上。为了更深入地了解ER模型，不不妨访问下
ITS数据库服务网站或者参考　　Mapping an ER Model to the Relational Model Web site（是一个.PDF文件）。
　　物理：根据所采用的具体RDBMS设计实现逻辑模型的具体模型。在这一阶段，你需要说明数据表、索引等数据库对象，而物理模型就是根据数据表建立的。
　　建立逻辑模型的真实用意无非是为了确认应用程序能满足最终的需求（包括输入和输出两方面）。换句话说，逻辑模型必须能产生所有已知的报告、查询等结果。此外，用户还应该能够以合理的方式输入和操作数据。一旦逻辑模型到位，你就应开始把你所了解的情况应用到项目的物理需求方面——比如说——物理模型。图A就描述了逻辑和物理模型在这一阶段的差别。
　　　　图A　　　　　逻辑和物理数据模型
　　逻辑模型的实现　　　　目前阶段的所谓“实现”其实就是完成逻辑模型的组件。在明确了实体、关系和属性的情况下，你应该揭示出那些在工作环境下可能会产生问题的缺陷：　　　　缺少的实体
　　表示同一概念实体的多个实体
　　需要额外实体来解决问题的多对多关系
　　Aggregator：一家俱乐部，其成员可以享受打折服务。
　　Corporate：代表其职员下定单的公司。它们不能享受的打折优不过需要获得旅行社的全方位服务支持。比如说，旅行社必须帮助它们解决一些诸如取消计划、飞机票订位过多等方面的问题。企业客户总是一样的而旅行者只能是其职员。
　　Retail：不能享受任何折扣优惠的单独客户。
　　这时，你应该准备定义应用程序的主要对象或者实体。为了针对客户类型应用以上的业务规则，你可能会把每一种客户类型当作单独的实体，如表A所示。数据类型和其他信息都是针对SQL Server考虑的。
　　　　表A　　　　　定义应用实体　　　　　　　　看图B，你可以简化当前的模型：　　　　客户订单。
　　某种特定类型的客户。
　　图B　　　　不同实体之间的关系　　　　正如我们在上面所提到的那样，业务规则要求我们对客户实现区别对待。结果，客户不能总是具有同样的属性。我们的第1个解决方案是创建一个数据表，其中包含了各类客户的特定属性。这一原始设计带来了下列问题：　　　　所有的客户数据表都采用系统生成的主键，大致以种子值1开始递增。那就是说，你完全会遭遇重复的ClientID值。结果我们就无法恰当地把每一定单关联到特定的客户，因为每一客户表都包含了重复的值。
　　因为每一客户表重复公共字段（如ClientID、ClientName、Address和Telephone）而产生了一些冗余的属性。
　　客户会有更多的地址吗？也许他们会具有一个当地地址和一个付费的单位地址。
　　客户只有一个电话号码？也许你应该列出多个电话号码乃至传真号码。
　　有必要根据客户的类型来标识定单吗？显然你不能。
　　找出和解决设计问题　　　　你首先采取的行动可能和我们用的不同，但那还不是关键的问题。最重要的是你可能没有认识的到设计中隐藏的问题。在后续的文章里我会采用已知的、业已得到证明的方法来寻找和解决设计问题，免得它们在今后的工作中引出不少漏子。

6. 数据库建模，概念模型、逻辑模型、物理模型的区别和转化

关于数据库理论中概念模型、逻辑模型、物理模型之间的区别。随机复习上网并复习，并在此记录一下，数据库建模是对现实世界进行分析、抽象、并从中找出内在联系，进而确定数据库的结构。 
  
  1、概念模型：就是从现实世界到信息世界的第一层抽象，确定领域实体属性关系等，使用E-R图表示，E-R图主要是由实体、属性和联系三个要素构成的。  
  
  2、逻辑模型：是将概念模型转化为具体的数据模型的过程，即按照概念结构设计阶段建立的基本E-R图，按选定的管理系统软件支持的数据模型（层次、网状、关系、面向对象），转换成相应的逻辑模型。这种转换要符合关系数据模型的原则。目前最流行就是关系模型（也就是对应的关系数据库）
  
  E-R图向关系模型的转换是要解决如何将实体和实体间的联系转换为关系，并确定这些关系的属性和码。这种转换一般按下面的原则进行：
  
  （1）一个实体转换为一个关系，实体的属性就是关系的属性，实体的码就是关系的码。
  
  （2）一个联系也转换为一个关系，联系的属性及联系所连接的实体的码都转换为关系的属性，但是关系的码会根据联系的类型变化，如果是：
  
  1：1联系，两端实体的码都成为关系的候选码。
  
  1：n联系，n端实体的码成为关系的码。
  
  m：n联系，两端实体码的组合成为关系的码。 
  
  3、物理模型就是根据逻辑模型对应到具体的数据模型的机器实现。物理模型是对真实数据库的描述。如关系数据库中的一些对象为表、视图、字段、数据类型、长度、主键、外键、索引、约束、是否可为空、默认值。 
  
 
  
  
  --------------------------------------------------------------------- 
  
 
  
  
  概念设计就是设计E-R图啊，物理（逻辑）设计就是把你的E-R图中的实体，属性转换成关系模式
  
  1.概念设计；对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等)，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。以扩充的实体—（E-R模型）联系模型方法为例，第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型。
  2.逻辑设计；主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时，可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是所谓“逻辑数据库”。
  3.物理设计；根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。这一步设计的结果就是所谓“物理数据库”。
  4.三者关系：由上到下，先要概念设计，接着逻辑设计，再是物理设计，一级一级设计。

7. 数据库系统中主要的逻辑数据模型有_________、__________、__________、面向

逻辑数据模型 (LogicDataModel，LDM)是一种图形化的展现方式，一般采用面向对象的设计方法，有效组织来源多样的各种业务数据，使用统一的逻辑语言描述业务。
中文名
逻辑数据模型
外文名
(LogicDataModel
缩写
LDM
类型
一种图形化的展现方式
快速
导航
模型
概念
借助相对抽象、逻辑统一且结构稳健的结构，实现数据仓库系统所要求的数据存储目标，支持大量的分析应用，是实现业务智能的重要基础，同时也是数据管理分析的工具和交流的有效手段。
对于企业，逻辑数据模型（简称LDM）就是企业基础数据的一部分，它是企业数据资产的全面的、准确的描述，是数据整合的核心或目的。数据整合就是将不同来源的数据整合到一个统一定义、统一形式的LDM中。
模型
层次数据模型
网状数据模型
关系数据模型
面向对象模型
1.层次模型
层次模型（Hierarchical Model）是最早出现的数据模型，它是采用层次数据结构来组织数据的数据模型。层次模型可以简单、直观地表示信息世界中实体、实体的属性以及实体之间的一对多联系。它使用记录类型来描述实体；使用字段来描述属性；使用结点之间的连线表示实体之间的联系。

8. 数据库概念模型的关系模型