Z09_高级建模.pptVIP

目录 弧 层次结构和递归关系 为历史数据建模 什么是顾问？ 为变化数据建模：时间 对变化建模：价格 可读性绘制惯例 弧 学习内容 在本课中，您将学习： 定义适用于数据建模的术语“约束条件” 确定业务方案中的排他OR 关系 绘制表示排他OR 关系的弧约束条件 区分弧和子类型在数据模型中的用法 学习目的 建模数据时，设计者可以借助弧表明跨实体的排他OR 关系。客户需求定义得越明确，最终的实现就会越准确。 什么是约束条件？ 在所允许的属性值和关系方面，每种业务活动都有限制。 这些限制称为约束条件。它们可能会引用实体的单一属性或实体间的关系。 我们已经知道了几种类型的约束条件， 例如：每名“雇员(EMPLOYEE)”必须在一个部门且仅一个“部门(DEPARTMENT)” 中工作。 在本课程中，我们还会看到另一类约束条件：排他OR 约束条件。 互斥的关系 相互排斥的关系（有时称为排他OR 关系）很常见。例如： 广告牌是一种广告空间，可用来宣传某部电影、某个产 品或公告。 但它一次只能包 含其中一种类型的广告内容。 而每种广告都有自身的特性 或属性。 活动和地点 对于DJ 业务活动，“活动(EVENT)” 和“地点(VENUE)”之间具有互相排斥的关系。 弧 弧是一种用来在ERD 中表示相互排斥的关系的方法。 弧可以表示排他OR 关系 每个 EVENT 只能在一处“私人住宅(PRIVATE HOME)”或一处“公共场所(PUBLIC SPACE)”举行， 但不能在两处同时举行。 弧可用子类型表示 弧有时也被绘制为父类型或子类型。 子类型可用弧表示 有时，可以将父类型和子类型绘制为弧。 在此图中，DJ 模型中的父类型PARTNER 可以表示为一段弧。 术语 本课中使用的关键术语包括： Arc（弧） Constraint（约束条件） Exclusive or relationship（排他OR 关系） Mutually exclusive relationship（互相排斥的关系） 小结 在本课中，您应该已经学会： 定义适用于数据建模的术语“约束条件” 确定业务方案中的排他OR 关系 绘制表示排他OR 关系的弧约束条件 区分弧和子类型在数据模型中的用法 层次结构和递归关系 学习内容 在本课中，您将学习： 定义分层关系并列举相应示例 确定分层模型中的UID 定义递归关系并列举相应示例 在实体关系图中按给定方案表示递归关系 同时使用递归和层次结构构建模型以表达相同的概念含义 学习目的 通常，会按照层次结构来组织各种角色。 例如， 在工作中可以分为经理、组长、前台工作人员、 后勤，在学校里有校长、副校长、教师、工作人 员，等。 分层数据很常见。了解分层数据有助于 您建立以下模型： 商业组织结构图 建筑结构 谱系树 以及现实生活中遇到的许多其它层次结构。 组织结构图 可以按照以下数据模型来表示一个组织结构图。 每个实体的UID 是什么？ 每个实体的UID 是什么？ 这个实体关系图说明了什么？ 每个实体的UID 是什么？ （注意限定关系）。 层次结构和递归关系 这两种模型都显示了所有雇员间的关系。 左边的模型为分层结构。右边的模型采用递归关系。 您认为哪个更好？ 子类型和父类型间的递归关系 在这个DJ 模型中，项目经理全面负责某一活动，并管理从 事该活动的其他雇员（活动计 划员、DJ）。我们选择使用递归关系表示层次结构。 术语 本课中使用的关键术语包括： Hierarchical relationship（分层关系） Recursive relationship（递归关系） 小结 在本课中，您应该已经学会： 定义分层关系并列举相应示例 确定分层模型中的UID 定义递归关系并列举相应示例 在实体关系图中按给定方案表示递归关系 同时使用递归和层次结构构建模型以表达相同的概念含义 为历史数据建模 学习内容 在本课中，您将学习： 确定对随着时间推移而不断变化的数据进行跟踪的必要性 构建将“数据随时间变化”元素并入其中的实体关系图模型 确定存储历史数据的实体的UID；解释并证明选择该UID 的理由 基于给定业务方案构建概念模型 应用实体关系图规则创建一个反映业务规则的实体关系图 向受众提供数据模型并进行解释 编写书面文档以便进行口头演示时与实体关系图配合使用 学习目的 您5 岁时有多高？您10 岁时有多高？您现在身高多少？ 如果您的父母在您年轻时记下了这些情况，他们就是在 跟踪历史数据。 大多数企业都需要跟踪某些历史数据。 这有助于发现一些趋势和模式，这些趋势和模式可能会 成为业务创新和流程改进的基础。 例如，电影的录像租赁历史记录对录像店很有用。店经理可根据这一情况了解哪些电影比较流行，哪些电影应 该转移到后货架上。 您能针对医药公司、奶制品店、面包店或海产品