与用户进行讨论,确保全局逻辑数据模型确实能体现用户的需求。
2018-04-27 阅读全文>>用规范化的方法检查全局逻辑数据模型的实体,并检查这些实体是否能支持所有的用户事务。
2018-04-27 阅读全文>>检查关系的名称。检查局部模型中的关系,看是否存在重复关系。一般只有重复的实体间才会存在重复关系。
2018-04-27 阅读全文>>本文总结了我机构通过调研走访、数据分析等手段,全面总结梳理集团信息化现状,从不同侧面剖析公司如何通过IT创新驱动经营模式提供高附加值以及差异性服务,进而提高企业整体经营管理能力。深入分析问题根源,梳理集团各业务条线的信息化成长历程,在此基础上,提炼了我国卓越IT绩效评估模型。
2018-04-27 阅读全文>>在这个步骤中,要将各个局部逻辑数据模型组合成全局逻辑数据模型,并检查合并过程中有变化的区域,以确保得到符合要求的全局逻辑数据模型。
2018-04-27 阅读全文>>与用户讨论逻辑模型,对于不符合要求的地方要做相应的修改,以确保模型能体现企业的需求。
2018-04-27 阅读全文>>完整性约束是为了防止数据模型不一致而强加的限制,标识完完整性约束之后,就可以得到一个完整而准确的描述视图的局部逻辑数据模型。在此主要考虑下面五种类型的完整性约束:
2018-04-27 阅读全文>>下面说明每一范式的具体规范化方法,操作在逻辑数据模型ER图中进行。
2018-04-27 阅读全文>>用规范化方法检查每个实体,从实体中去除不需要的属性或集合,以避免不必要的数据冗余和数据操控语言( DML)异常。
2018-04-27 阅读全文>>步骤9:列出事务、检查模型是否支持用户事务
2018-04-27 阅读全文>>在已创建的局部数据模型中,可能存在一些与传统的关系型数据库系统不兼容或关系型数据库系统不便于处理的结构,如:多对多关系、多对多递归关系、复杂关系等。在这一步,要将这些数据结构转换成能被或便于关系型数据库系统处理的形式。
2018-04-27 阅读全文>>在逻辑模型中,可能会出现以下情况:两个或多个实体存在共同的属性,而这些属性又是实体必须的部分,这就造成逻辑模型的冗余。
2018-04-27 阅读全文>>确定候选键( Candidate Key)、主键(Primary Key)这一步的目标就是为每个实体标识候选键,然后从中选择一个作为主键。
2018-04-27 阅读全文>>根据系统需求,判断哪些实体之间存在关系,并添加对应关系。同时,还要为每个关系定义名称。一般关系的名称由动词或动词短语组成,例如:拥有、属于、存在等。关系的名称应有利于对关系的理解。
2018-04-27 阅读全文>>标识完实体后,下一步就是标识这些实体的属性。根据步骤1对数据项的分类,将每个数据项加入到相应的实体中,定义属性的数据类型、长度、默认值和取值范围。
2018-04-27 阅读全文>>1080条 上一页 1.. 33 34 35 36 37 ..72 下一页