精华内容
下载资源
问答
  • 概念模型、逻辑模型和物理模型

    千次阅读 2016-04-14 17:36:56
    随着系统开发的推进和成熟,系统...逻辑模型:根据概念模型中创造出的概念,建立起关键抽象和机制的意义,并确定系统的架构和整体设计。 物理模型:主要描述了系统实现的具体软件和硬件构成,物理模型才是与技术相

    随着系统开发的推进和成熟,系统模式可能代表了不同的细节层次。


    概念模型:记录了系统中存在(或将存在)的领域实体以及它们与系统中其他领域实体的关系。概念层的建模与技术无

    关,它是利用业务领域的术语来完成的。


    逻辑模型:根据概念模型中创造出的概念,建立起关键抽象和机制的意义,并确定系统的架构和整体设计。


    物理模型:主要描述了系统实现的具体软件和硬件构成,物理模型才是与技术相关的。


    对于一个项目而言,随着时间的推移,系统的设计将从概念成熟发展到逻辑成熟,最后到物理成熟。在开发生命周期的

    不同阶段,我们会使用不同的图。分析和设计的产物是通过这些模型来进行表示的。不同模型的语义各自不同,表达的

    思想也各不相同。但是表达能力足够强,让开发者能够记录系统分析和架构阐述时所有感兴趣的战略和战术决策。

    展开全文
  • 剖析概念模型、逻辑模型、物理模型的概念

    随着系统开发的推进与成熟,系统模式可能代表了不同的细节层次。

    系统的模式包含概念模型、逻辑模型、物理模型。
    这部分不难令我想到数据库系统的模式分层与数据独立性涉及到的子模式、逻辑模式、物理模式。

    概念模型记录了系统中存在或将存在的领域实体以及它们与系统中其他领域实体的关系。
    概念建模是利用业务领域的术语完成的,应该是技术无关的。

    逻辑模型利用了概念模型中提出的概念,建立起关键抽象和机制的意义,并确定系统的架构和整体设计。

    物理模型描述了系统实现的具体软件和硬件的构成。
    物理模型显然是技术相关的。

    对于一个项目来说,随着时间的推移,系统的设计将会从概念成熟发展到逻辑成熟,最后物理成熟。
    对于某个具体的项目而言,分析和设计的产物是通过这些模型表示的。总得来说,这些不同的模型的语义是丰富的:它们的表达能力足够强,让开发者能够记录系统分析和架构阐述时所有感兴趣的战略和战术决策;它们也足够完整,可以作为大多数面向对象语言实现的蓝图。

    另外,概念、逻辑、物理三个层面再一次印证了计算机科学或软件工程的许多理论是相通的、相似的。

    展开全文
  • 数据模型的概念2.两大类数据模型客观对象的抽象过程---两步抽象3.数据模型的组成要素(1)数据结构(2)数据操作(3)数据的完整性约束条件4.概念模型(1)用途与基本要求(2) 信息世界中的基本概念(3)两个实体型之间的联系①...


    0.思维导图

    在这里插入图片描述

    1.数据模型的概念

    • 在数据库中用数据模型这个工具来抽象、表示和处理现实世界中的数据和信息。
    • 通俗地讲数据模型就是现实世界的模拟

    数据模型应满足三方面要求:

    • 能比较真实地模拟现实世界
    • 容易为人所理解
    • 便于在计算机上实现

    2.两大类数据模型

    数据模型分为两类(分属两个不同的层次)

    • (1) 概念模型 也称信息模型,它是按用户的观点来对数据和信息建模,用于数据库设计。
    • (2) 逻辑模型物理模型
      逻辑模型主要包括网状模型层次模型关系模型面向对象模型等,按计算机系统的观点对数据建模,用于DBMS实现。
      物理模型是对数据最底层的抽象,描述数据在系统内部的表示方式和存取方法,在磁盘或磁带上的存储方式和存取方法。

    客观对象的抽象过程—两步抽象

    • 现实世界中的客观对象抽象为概念模型
    • 概念模型转换为某一DBMS支持的数据模型
      在这里插入图片描述

    3.数据模型的组成要素

    (1)数据结构

    数据结构是所研究的对象类型的集合。这些对象是数据库的组成成分,数据结构指对象和对象间联系的表达和实现,是对系统静态特征的描述,包括两个方面:
    (1)数据本身:类型、内容、性质。例如关系模型中的域、属性、关系等。
    (2)数据之间的联系:数据之间是如何相互关联的,例如关系模型中的主码、外码联系等。

    (2)数据操作

    数据操作

    • 对数据库中各种对象(型)实例(值)允许执行的操作,及有关的操作规则

    数据操作的类型

    • 查询
    • 更新(包括插入、删除、修改)

    (3)数据的完整性约束条件

    • 数据的完整性约束条件是一组完整性规则的集合,规定数据库状态及状态变化所应满足的条件,以保证数据的正确性、有效性和相容性。

    完整性规则:给定的数据模型中数据及其联系所具有的制约和储存规则

    4.概念模型

    (1)用途与基本要求

    概念模型的用途:

    • 概念模型用于信息世界的建模
    • 是现实世界到机器世界的一个中间层次
    • 是数据库设计的有力工具
    • 数据库设计人员和用户之间进行交流的语言

    对概念模型的基本要求:

    • 较强的语义表达能力
    • 能够方便、直接地表达应用中的各种语义知识
    • 简单、清晰、易于用户理解

    (2) 信息世界中的基本概念

    • (1) 实体(Entity)
      客观存在并可相互区别的事物称为实体。
      可以是具体的人、事、物或抽象的概念。
    • (2) 属性(Attribute)
      实体所具有的某一特性称为属性。
      一个实体可以由若干个属性来刻画。
    • (3) (Key)
      唯一标识实体的属性集称为码。
      (4) (Domain)
      属性取值范围称为该属性的域。
    • (5) 实体型(Entity Type)
      实体名及其属性名集合来抽象和刻画同类实体称为实体型
    • (6) 实体集(Entity Set)
      同一类型实体的集合称为实体集
    • (7) 联系(Relationship)
      • 现实世界中事物内部以及事物之间联系在信息世界中反映为实体内部的联系和实体之间的联系。
      • 实体内部的联系通常是指组成实体的各属性之间的联系
      • 实体之间的联系通常是指不同实体集之间的联系

    (3)两个实体型之间的联系

    在这里插入图片描述

    ① 一对一联系(1:1)

    实例

    • 一个班级只有一个正班长
    • 一个班长只在一个班中任职
      在这里插入图片描述

    定义:
    如果对于实体集A中的每一个实体,实体集B中至多有一个(也可以没有)实体与之联系,反之亦然。则称实体集A与实体集B具有一对一联系,记为1:1

    ② 一对多联系(1:n)

    实例

    • 一个班级中有若干名学生,
    • 每个学生只在一个班级中学习
      在这里插入图片描述
      定义:
      如果对于实体集A中的每一个实体,实体集B中有n个实体(n≥0)与之联系,反之,对于实体集B中的每一个实体,实体集A中至多只有一个实体与之联系,则称实体集A与实体集B有一对多联系,记为1:n

    ③ 多对多联系(m:n)

    实例

    • 课程与学生之间的联系:
    • 一门课程同时有若干个学生选修
    • 一个学生可以同时选修多门课程
      在这里插入图片描述
      定义:
      如果对于实体集A中的每一个实体,实体集B中有n个实体(n≥0)与之联系,反之,对于实体集B中的每一个实体,实体集A中也有m个实体(m≥0)与之联系,则称实体集A与实体B具有多对多联系,记为m:n

    (4)两个以上实体型之间的联系

    ① 一对多联系(1:m||1:n)

    • 若实体集E1,E2,…,En存在联系,对于实体集Ej(j=1,2,…,i-1i+1,…,n)中的给定实体,最多只和Ei中的一个实体相联系,则我们说Ei与E1E2,…,Ei-1,Ei+1,…,En之间的联系是一对多的。

    实例

    • 课程、教师与参考书三个实体型
      一门课程可以有若干个教师讲授,
      使用若干本参考书,
      每一个教师只讲授一门课程,
      每一本参考书只供一门课程使用

    在这里插入图片描述

    ② 一对一联系(1:1:1)

    实例

    • 一个独生子女只有一个父亲,一个母亲
    • 一个父亲也只有一个独生子女
    • 一个母亲也只有一个独生子女
      在这里插入图片描述

    ③ 多对多联系(m:n:p)

    实例
    供应商、项目、零件三个实体型
    一个供应商可以供给多个项目多种零件
    每个项目可以使用多个供应商供应的零件
    每种零件可由不同供应商供给
    在这里插入图片描述

    (5)单个实体型内的联系

    ① 一对多联系(1:n)

    实例
    职工实体型内部具有领导与被领导的联系
    某一职工(干部)“领导”若干名职工
    一个职工仅被另外一个职工直接领导
    这是一对多的联系

    在这里插入图片描述

    ② 一对一联系(1:1)

    • 身份证可以唯一确认一个人的身份,人与身份证有确认和被确认的关系
    • 一个身份证唯一确定一个人
    • 一个人也唯一确认一个身份证
      在这里插入图片描述

    ③ 多对多联系 (m:n)

    • 饮料和厂商之间有制造和被制造的关系
    • 多个饮料可以被多个厂商制造
    • 多个厂商可以制造出多种饮料
      在这里插入图片描述

    (6)概念模型的一种表示方法

    ① 实体-联系方法(E-R方法)

    • E-R图也称实体-联系图(Entity Relationship Diagram),提供了表示实体类型、属性和联系的方法,用E-R图来描述现实世界的概念模型
    • E-R方法也称为E-R模型

    ② 实体型

    用矩形表示,矩形框内写明实体名。
    在这里插入图片描述

    ③ 属性

    用椭圆形表示,并用无向边将其与相应的实体连接起来
    在这里插入图片描述

    ④ 联系

    • 联系本身:
      用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型(1:1、1:n或m:n)
      在这里插入图片描述

    ⑤ 联系的表示方法

    在这里插入图片描述

    ⑥ 联系的表示方法示例

    在这里插入图片描述

    ⑦ 联系的属性

    • 联系本身也是一种实体型也可以有属性。如果一个联系具有属性,则这些属性也要用无向边与该联系连接起来
      在这里插入图片描述

    ⑧ 一个实例

    用E-R图表示某个工厂物资管理的概念模型

    • 实体
      仓库: 仓库号、面积、电话号码
      零件 :零件号、名称、规格、单价、描述
      供应商:供应商号、姓名、地址、电话号码、帐号
      项目:项目号、预算、开工日期
      职工:职工号、姓名、年龄、职称

    实体之间的联系如下:

    • (1)一个仓库可以存放多种零件,一种零件可以存放在多个仓库中。仓库和零件具有多对多的联系。用库存量来表示某种零件在某个仓库中的数量。
      (2)一个仓库有多个职工当仓库保管员,一个职工只能在一个仓库工作,仓库和职工之间是一对多的联系。职工实体型中具有一对多的联系
      (3)职工之间具有领导-被领导关系。即仓库主任领导若干保管员。
      (4)供应商、项目和零件三者之间具有多对多的联系
      在这里插入图片描述

    5.非关系模型

    (1)层次模型(Hierarchical Model)

    • 层次模型是数据库系统中最早出现的数据模型
    • 层次数据库系统的典型代表是IBM公司的IMS(Information Management System)数据库管理系统
    • 层次模型用树形结构来表示各类实体以及实体间的联系

    ① 数据结构

    满足下面两个条件的基本层次联系的集合为层次模型

    • 有且只有一个结点没有双亲结点,这个结点称为根结点
    • 根以外的其它结点有且只有一个双亲结点

    层次模型中的几个术语
    根结点,双亲结点,兄弟结点,叶结点
    在这里插入图片描述

    ② 特点

    • 结点的双亲是唯一
    • 只能直接处理一对多的实体联系
    • 每个记录类型可以定义一个排序字段,也称为·码字段
    • 任何记录值只有按其路径查看时,才能显出它的全部意义
    • 没有一个子女记录值能够脱离双亲记录值而独立存在

    在这里插入图片描述
    在这里插入图片描述

    ③ 多对多联系在层次模型中的表示

    方法:

    • 将多对多联系分解成一对多联系

    分解方法:

    • 冗余结点法
    • 虚拟结点法

    ④ 数据操纵与完整性约束

    层次模型的数据操纵:

    • 查询
    • 插入
    • 删除
    • 更新

    层次模型的完整性约束条件:

    • 无相应的双亲结点值就不能插入子女结点值
    • 如果删除双亲结点值,则相应的子女结点值也被同时删除
    • 更新操作时,应更新所有相应记录,以保证数据的一致性

    ⑤ 存储结构

    邻接法:
    按照层次树前序遍历(T-L-R)的顺序把所有记录值依次邻接存放,即通过物理空间的位置相邻来实现层次顺序。又可分为:子女-兄弟链接法层次序列链接法

    在这里插入图片描述

    ❶ 子女-兄弟链接法
    • 每个记录设两类指针,分别指向最左边的子女(每个记录型对应一个)和最近的兄弟
      在这里插入图片描述
    ❷ 层次序列链接法
    • 按树的前序穿越顺序链接各记录值
      在这里插入图片描述

    ⑥ 优缺点

    • 优点:
      层次模型的数据结构比较简单清晰
      查询效率高,性能优于关系模型,不低于网状模型
      层次数据模型提供了良好的完整性支持
    • 缺点:
      多对多联系表示不自然
      插入删除操作的限制多,应用程序编写比较复杂
      查询子女结点必须通过双亲结点
      由于结构严密,层次命令趋于程序化

    (2)网状模型(Network Model)

    网状数据库系统采用网状模型作为数据的组织方式

    • 典型代表是DBTG系统:
      亦称CODASYL系统
      70年代由DBTG提出的一个系统方案
      奠定了数据库系统的基本概念、方法和技术
    • 实际系统:
      Cullinet Software Inc.公司的 IDMS
      Univac公司的 DMS1100
      Honeywell公司的IDS/2
      HP公司的IMAGE

    ① 数据结构

    网状模型:
    满足下面两个条件的基本层次联系的集合:

    1. 允许一个以上的结点无双亲;
    2. 一个结点可以有多于一个的双亲。

    表示方法(与层次数据模型相同):
    实体型:用记录类型描述
    每个结点表示一个记录类型(实体)
    属性:用字段描述
    每个记录类型可包含若干个字段
    联系:用结点之间的连线表示记录类型(实体)之
    间的一对多的父子联系

    网状模型与层次模型的区别:

    • 网状模型允许多个结点没有双亲结点
    • 网状模型允许结点有多个双亲结点
    • 网状模型允许两个结点之间有多种联系(复合联系)
    • 网状模型可以更直接地去描述现实世界
    • 层次模型实际上是网状模型的一个特例

    网状模型中子女结点与双亲结点的联系可以不唯一
    要为每个联系命名,并指出与该联系有关双亲记录子女记录
    在这里插入图片描述
    在这里插入图片描述

    多对多联系在网状模型中的表示:
    方法:将多对多联系直接分解成一对多联系

    例如:一个学生可以选修若干门课程,·某一课程可以被多个学生选修,学生与课程之间是多对多联系 ·

    • 引进一个学生选课的联结记录,由3个数据项组成
      学号
      课程号
      成绩
      表示某个学生选修某一门课程及其成绩

    在这里插入图片描述

    ② 网状数据模型的操纵与完整性约束(续)

    网状数据库系统(如DBTG)对数据操纵加 了一些限制,提供了一定的完整性约束

    • :唯一标识记录的数据项的集合
    • 一个联系中双亲记录子女记录之间是一对多联系
    • 支持双亲记录和子女记录之间某些约束条件

    ③ 存储结构

    关键:

    • 实现记录之间的联系

    常用方法:

    • 单向链接
    • 双向链接
    • 环状链接
    • 向首链接

    在这里插入图片描述

    ④ 优缺点

    • 优点
      能够更为直接地描述现实世界,如一个结点可以有多个双亲;
      具有良好的性能,存取效率较高;

    • 缺点
      结构比较复杂,而且随着应用环境的扩大,数据库的结构就变得越来越复杂,不利于最终用户掌握;
      DDL、DML语言复杂,用户不容易使用;

    6.关系模型

    关系数据库系统采用关系模型作为数据的组织方式
    1970年美国IBM公司San Jose研究室的研究员E.F.Codd首次提出了数据库系统的关系模型
    计算机厂商新推出的数据库管理系统几乎都支持关系模型

    (1)数据结构

    在用户观点下,关系模型中数据的逻辑结构是一张二维表,它由组成。
    几个名词解释:

    • 关系(Relation)
      一个关系对应通常说的一张表

    • 元组(Tuple)
      表中的一行即为一个元组

    • 属性(Attribute)
      表中的一列即为一个属性,给每一个属性起一个名称即属性名

    • 主码(Key)
      表中的某个属性组,它可以唯一确定一个元组

    • (Domain)
      属性的取值范围。

    • 分量
      元组中的一个属性值。

    • 关系模式
      对关系的描述
      关系名(属性1,属性2,…,属性n)
      学生(学号,姓名,年龄,性别,系,年级)
      在这里插入图片描述
      举几个例子:

    • 例1
      学生、系、系与学生之间的·一对多联系:
      学生(学号,姓名,年龄,性别,系号,年级)
      系 (系号,系名,办公地点)

    • 例2
      系、系主任、系与系主任间的一对一联系

    • 例3
      学生、课程、学生与课程之间的多对多联系:
      学生(学号,姓名,年龄,性别,系号,年级)
      课程(课程号,课程名,学分)
      选修(学号课程号,成绩)

    规范化:

    • 关系必须是规范化的,满足一定的规范条件
    • 最基本的规范条件:关系的每一个分量必须是一个不可分的数据项, 不允许表中还有表
    • 图1.27中工资和扣除是可分的数据项 ,不符合关系模型要求
      在这里插入图片描述

    在这里插入图片描述

    (2)关系数据模型的操纵与完整性约束

    • 数据操作是集合操作,操作对象和操作结果都是关系
      查询
      插入
      删除
      更新

    • 数据操作是集合操作,操作对象和操作结果都是关系,即若干元组的集合存取路径对用户隐蔽,用户只要指出“干什么”,不必详细说明“怎么干”

    • 关系的完整性约束条件
      实体完整性
      参照完整性
      用户定义的完整性

    (3)存储结构

    • 实体及实体间的联系都用来表示
    • 表以文件形式存储
      有的DBMS一个表对应一个操作系统文件;
      有的DBMS自己设计文件结构;

    (4)优缺点

    • 优点
      • 建立在严格的数学概念的基础上;
      • 概念单一:
        实体和各类联系都用关系来表示;
        对数据的检索结果也是关系;
      • 关系模型的存取路径对用户透明;
        具有更高的数据独立性,更好的安全保密性
        简化了程序员的工作和数据库开发建立的工作;
    • 缺点
      • 存取路径对用户透明导致查询效率往往不如非关系数据模型;
      • 为提高性能,必须对用户的查询请求进行优化,增加了开发DBMS的难度;

    7.面向对象数据模型

    • 语义数据模型面向对象程序设计方法结合起来,用面向对象观点来描述现实世界实体(对象)的逻辑组织对象间限制联系等的模型

    • 一系列面向对象核心概念构成了面向对象数据模型( Object Oriented Data Model, 00模型)的基础,主要包括以下一些概念:

      • (1)现实世界中的任何事物都被建模为对象。每个对象具有一个唯一的对象标识
        (OID)。
      • (2)对象是其状态和行为的封装,其中状态是对象属性值的集合,行为是变更对象状
        态的方法集合。
      • (3)具有相同属性和方法的对象的全体构成了类,类中的对象称为类的实例。
      • (4)类的属性的定义域也可以是类,从而构成了类的复合。类具有继承性,一个类可以继承另一个类的属性与方法,被继承类和继承类也称为超类和子类。类与类之间的复合与继承关系形成了一个有向无环图,称为类层次。
      • (5)对象是被封装起来的,它的状态和行为在对象外部不可见,从外部只能通过对象显式定义的消息传递对对象进行操作。
    • 面向对象数据库(OODB)的研究始于20世纪80年代,有许多面向对象数据库产品相继问世,较著名的有Object Store、02、ONTOS等。

    • 与传统数据库一样,面向对象数据库系统对数据的操纵包括数据查询、增加、删除、修改等,也具有并发控制、故障恢复、存储管理等完整的功能。不仅能支持传统数据库应用,也能支持非传统领域的应用,包括CAD/CAM、OA、CIMS、GIS以及图形、图像等多媒体领域、工程领域和数据集成等领域。

    • 尽管如此,由于面向对象数据库操作语言过于复杂,没有得到广大用户,特别是开发人员的认可,加上面向对象数据库企图完全替代关系数据库管理系统的思路,增加了企业系统升级的负担,客户不接受,·面向对象数据库产品终究没有在市场上获得成功。

    8.对象关系模型

    • 对象关系数据库系统(Object Relational DataBase System, ORDBS) 是关系数据库面向对象数据库的结合。
    • 它保持了关系数据库系统的非过程化数据存取方式和数据独立性,继承了关系数据库系统已有的技术,支持原有的数据管理,又能支持00模型和对象管理。各数据库厂商都在原来的产品基础上进行了扩展。
    • 1999 年发布的SQL标准(也称为SQL99),增加了SQL/Object Language Binding, 提供了面向对象的功能标准。SQL99对ORDBS标准的制定滞后于实际系统的实现。所以各个ORDBS产品在支持对象模型方面虽然思想一致,但是所采用的术语、语言语法、扩展的功能都不尽相同。
    展开全文
  • 注:本文的数据建模基本流程适用于OLTP系统数据建模,同样也涵盖了DW的数据模型 概念模型:确定系统的核心以及划清系统范围和边界 该阶段需完成: 1.该系统的商业目的是什么,要解决何种业务场景 2.该业务场景中,...
    注:本文的数据建模基本流程适用于OLTP系统数据建模,同样也涵盖了DW的数据建模


    数据建模基本流程:概念模型->逻辑模型->物理模型

    概念模型:确定系统的核心以及划清系统范围和边界
    该阶段需完成:
    1.该系统的商业目的是什么,要解决何种业务场景
    2.该业务场景中,有哪些人或组织参与,角色分别是什么
    3.该业务场景中,有哪些物件参与,
    4.此外需要具备相关行业经验:如核心业务流程,组织架构,行业术语
    5.5w1h:who, what,when,where,why,  how
    概念模型tips:
    1.注重全局的理解而非细节
    2.在概念模型阶段,就需要对整体架构做思考
    3.概念模型阶段通常是自上而下的模式,这里需要读大量的文档做课前工作,并且通过大量的会议进行反复沟通、澄清需求确认需求。
    4.在此阶段,应粗略地估算出整个项目需要的时间以及项目计划草案
    5.出品的概念模型可以帮助划定系统边界,也就是说什么地方做什么地方不做,另外也能够帮助避免一些方向性的错误
    6.当然业务和数据都精通的专家更好了,但对比数据专家,这个阶段更需要业务专家来配合
    7.可以说概念模型是一个沟通的基础,假设你和客户讨论,讨论的内容是什么?依据什么来讨论?这个就是概念模型存在的意义,同时它也是逻辑模型非常重要的输入,逻辑模型其实就是概念模型逐步求精的结果。
    8.要用与客户一致的商业语言,这个目的主要是避免双方沟通产生歧义
    9.通常用实体关系图表示,但不需要添加实体的属性

    逻辑模型:梳理业务规则以及对概念模型的求精
    该阶段需完成:
    1.分多少个主题?每个主题包含的实体
    2.每个实体的属性都有什么?
    3.各个实体之间的关系是什么?
    4.各个实体间是否有关系约束?
    逻辑模型tips:
    1.当你结束了逻辑建模,如果项目是以数据为核心应用的话,你就能够更精确推算出整个项目需要的时间,同时你也能估算出更精确的费用。
    2.如果你的实体数量超过100个,建议你使用术语表进行统一的规划定义
    3.建议采用3NF进行规范化建模
    4.一定要先规范化,再逆规范化
    5.不可缺少约束的定义,比如主键,比如外键,比如特殊属性的范围定义等。
    6.强烈建议使用CASE工具做逻辑建模
    7.从系统工程管理的角度来讲,你需要一个和你同等级或者略高等级的同事(或小组)帮助定期评审你的模型,以确保模型的质量。
    8.对于逻辑模型而言,需要对各个实体,重要的属性做结构化、详尽、准确的描述
    9.需要和概念模型保持一致,如果发现有些地方不一致,需要确认是逻辑模型出问题了还是概念模型出问题了,再统一修正。
    10.要非常非常注意细节,很多时候基础模型的一个小小的纰漏都会带来相关程序大量的修改
    11.和概念模型简单明了的一页纸不同,逻辑模型应该是像一本书一样,它需要被用来生成未来的数据字典
    12.和概念模型只有实体无需属性不同,所有实体属性都需要添加进去,不应有遗漏
    13.实体之间的关系,是1:N, 0:N, 要清晰的描述
    14.如果实体数量足够多,需要使用术语表
    15.要严格遵循命名规则 
    16.对各个实体均需要有清晰完整的描述 
    17.对于关键属性都需要有清晰的描述 

    物理模型:从性能,访问,开发等多方面考虑,做系统的实现
    该阶段需完成:
    1.类型与长度的定义
    2.字段的其他详细定义:非空,默认值
    3.却准详细的定义:枚举类型字段,各枚举值具体含义
    4.约束的定义:主键,外键
    物理模型tips:
    1.注意开发,测试,生产不同版本的模型管理
    2.注意性能
    3.估算数据规模
    4.考虑数据归档
    5.同分考虑未来使用数据库的优点与缺点

    什么样的模型算是高质量数据模型呢?
    1.对真实世界的抽象和表达要正确并且完整;
    2.需要使用标准化的建模语言,使数据模型能够清晰的表达设计的思想,让人容易理解并不产生歧义
    3.数据模型的框架稳定并且灵活,能够一定程度上容纳未来的变化
    4.根据需求的实际情况,不要随意的逆规范化,要尽可能的减少数据冗余
    5.需要充分考虑潜在的性能问题,尤其要根据数据库产品的特点,避免使用数据库产品的短处。
    6.要不仅仅站在当前项目的视角去构筑模型,需要从企业的全局视角出发,比如方便其他系统访问,可以很方便的外部数据接口,命名规则术语定义和企业标准保持一致,等等。




    展开全文
  • 逻辑模型的工具-数据流图DFD

    千次阅读 2010-04-08 11:03:00
    逻辑模型的工具——只反映信息在系统中流动和处理情况的图称为数据流图,它是描述系统逻辑模型的工具之一。数据流图(Data Flow Diagram,简称DFD)是便于用户理解系统数据流程的图形表示。它能精确地在逻辑上描述系统...
  • 如何建立和评估数据仓库逻辑模型

    千次阅读 2006-07-18 16:46:00
    逻辑模型指数据仓库数据的逻辑表现形式。... 逻辑模型建设方法 逻辑建模是数据仓库实施中的重要一环,因为它能直接反映出业务部门的需求,同时对系统的物理实施有着重要的指导作用。目前较常用的两种建
  • 数据库应用程序开发入门篇——数据库的逻辑模型 写在前面:磨刀不误砍柴工,学习各种数据库开发应用之前,还是要了解一下数据的逻辑模型这些概念性的知识。 关于数据库的数据模型这些内容本身比较抽象,而且知识点...
  • 用例描述和逻辑模型

    千次阅读 2008-11-25 09:37:00
    逻辑模型对于我们来说,是为了展示这个系统是怎样做的。因此它牵涉到的内容就比较多了。而一般而言,对于逻辑模型,我们通常分为做三步: Step-1 :业务对象模型 业务对象模型描述的是现行的业务活动对象之间...
  • 引言:  大数据不是海市蜃楼,万丈...它山之石可以攻玉,本文就数据仓库领域数据逻辑模型建设最负盛名的FS-LDM进行介绍,旨在抛砖引玉,希望能够给大家以启迪。参与交流请加群:347018601 一、概述 (1)什么是LDM
  •     模型是现实...逻辑数据模型(LDM)3.物理数据模型(PDM) 1.概念数据模型(CDM)     现实世界主要涉及以下一些概念:     (1)实体(Entity)     客观存在并可相互区别的事物称为实体。...
  • FS-LDM 金融11个主题模型
  • 前文介绍了系统用例,在这一节中,我们将讨论的是用例描述 和逻辑模型 的工作。 从任何一个环节我们都会看到用例,但是仅仅依靠用例本身的图来描述用例是不够的,为什么呢?因为用例它所要描述的是一个场景,...
  • 数据库数据模型思维导图: 数据库的理解 数据库可以理解为存储数据的仓库,每个数据项在数据仓库中都有编号,通过编号就可以找到该数据项。例如,图书馆就是存储图书的仓库,在图书馆存储的每本图书都有一个编号,...
  • 数据管理系统之数据模型

    千次阅读 2018-11-21 09:17:32
    数据模型 ... 定义:数据的逻辑组织方式(数据的基本结构和结构的语义) a. 文档模型(Mongodb 2000s) b. 层次模型(IBM IMS 1960s) c. 网状模型(GE IDS 1960s) d. 关系模型(SQL DB 1970s...
  • 1数据模型与数据库系统结构

    千次阅读 2018-03-12 20:47:18
    今天在网上买了一套计算机专业的书,但还没到,就学了一下数据库系统概论,数据模型与数据库系统结构。感觉路上会挺辛苦的,希望自己能坚持下来,给自己加油打气。写的比较乱。还不愿意画图。特别懒的一个人儿。数据...
  • 业务逻辑模式——领域模型模式

    千次阅读 2018-12-14 11:35:08
    领域模型(Domain Model,DM)模式建议架构师把注意力放在系统的预期行为以及使之工作的数据流上。理想情况下,在领域专家的悉心帮助下了解真实系统,然后尝试以类的形式来重现它。 模式概论 领域模型不用于由一组...
  • FS-LDM第二讲-----LDM逻辑数据模型概述

    千次阅读 2018-11-19 18:29:02
    文章内容来自NCR数据仓库事业部 LDM在数据仓库系统中的地位 FS-LDM:就是数据组织的一套方法论。 什么是逻辑数据模型 ...逻辑模型是概念层面的。物理模型是存储层面的。 逻辑数据模型举例 上图展...
  • 整理 | Jane出品 | AI科技大本营(ID:rgznai100)【导语】学习逻辑回归模型,今天的内容轻松带你从0到100!阿里巴巴达摩院算法专家、阿里巴巴技术发展专...
  • 3.一个去中心化的数据中心操作系统模型 3.1定义和概念 3.2要求 3.2.1效率要求 3.2.2安全要求 3.2.3其他要求 3.3分布式对象 3.4资源命名 3.5资源管理 3.6永久存储 3.7并发访问 3.8总结 前言 本文是Malte...
  • 4+1VIEW 软件系统视角模型

    千次阅读 2017-01-26 17:15:11
    設計的一種用於同時表達軟件系統架構之多種觀點的模型。  從系統共同利益人的角度(包括end-user、開發者和項目管理者),分成4個觀點。   DevelopmentView(開發觀點): 從開發人員的角度來看軟件的管理,也被稱作...
  • 1.数据流图(Data Flow Diagram)简称DFD,它从数据的传递和加工角度,以图形方式来表达系统逻辑功能,数据在系统内部的逻辑流向和逻辑交换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示...
  • 模型

    2015-09-28 13:57:24
    模型(model):对现实世界的抽象。数据模型:描述数据库的结构和语义,对现实世界的数据进行抽象。从现实世界的信息到数据库存储的数据以及用户使用的数据是一个逐步抽象过程...逻辑模型表达计算机实现观点的DB全局
  •  逻辑数据模型LDM是数据仓库的数据建设阶段为解决业务需求而定义的数据仓库模型解决方案,它是指导数据仓库进行数据存放、数据组织、以及如何支持应用的蓝图(blue print),定义需要追踪和管理的各种重要实体、属性...
  • 转自:连续特征离散化达到更好的效果,特征...A:在工业界,很少直接将连续值作为逻辑回归模型的特征输入,而是将连续特征离散化为一系列0、1特征交给逻辑回归模型,这样做的优势有以下几点:0、 离散特征的增加和减...
  • 数据库系统的三种数据模型

    千次阅读 2019-04-26 20:01:28
    数据模型从抽象层次上描述了系统的静态特征、动态行为和约束条件,为数据库系统的信息表示与操作提供了一个抽象的框架。数据模型所描述的内容有三部分:数据结构、数据操作和数据约束。 数据结构:数据结构描述...
  • 推荐系统笔记(模型融合)

    千次阅读 2018-09-27 21:25:19
    推荐系统在技术实现上一般划分三个阶段:挖掘、召回、排序。 模型融合: 挖掘的工作就是对用户和物品做非常深入的结构化分析,对各个角度的特征都被呈现出来,并且建好索引,供召回阶段使用,大部分挖掘工作都是...
  • 第一章 矢量数据模型 矢量数据模型,也称为离散对象模型,是采用离散对象来表示地球表面的空间要素的。基于这一概念,矢量数据可以用三个基本步骤制备。①在一个空的空间将空间要素分为点、线和多边形,并用点及其...
  • 软件工程-系统流程图

    万次阅读 多人点赞 2019-06-16 16:49:57
    在软件工程可行性研究中需要建立新系统的高层逻辑模型,这个就需要系统流程图了。 作用 系统流程图时描述物理系统的工具 物理系统 所谓物理系统,就是一个具体实现的系统。 与程序流程图的区别 在系统流程图中...
  • 系统学习深度学习(二十二)--CNN经典模型总结

    万次阅读 多人点赞 2017-03-17 13:08:33
    (4)提出了LRN层,对局部神经元的活动创建竞争机制,使得其中响应比较大的值变得相对更大,并抑制其他反馈较小的神经元,增强了模型的泛化能力。 (5)使用CUDA加速深度卷积网络的训练,利用GPU强大的并行计算...
  • 推荐系统详解(五)模型融合

    千次阅读 2020-05-07 20:51:17
    经典模型融合办法:线性模型和树模型的组合拳 推荐系统在技术实现上一般划分为三个阶段:挖掘、召回、排序。 为什么要融合? 挖掘的工作就是对用户和物品做非常深入的结构化分析,庖丁解牛一样,各个角度各个层面...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 86,629
精华内容 34,651
关键字:

如何表达新系统的逻辑模型