与用户讨论逻辑模型,对于不符合要求的地方要做相应的修改,以确保模型能体现企业的需求。
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 阅读全文>>对于在多个分类(实体)中出现的数据项,可以标记这些项的属性域,这样对于这些项可以直接在域中维护,无须到每一实体中去修改。
2018-04-27 阅读全文>>局部逻辑模型主要由实体、属性和关系组成,构建局部逻辑模型的第一步就是标识模型的实体。
2018-04-27 阅读全文>>考察机构信息录入模块、领导班子信息录入模块的输入数据,同时结合一些系统需求说明等资料,选取以下数据项:机构标识、机构名称、机构类别、机构地址、联系电话、直接上级机构,以及员工编号、姓名、出生日期、性别、民族、参加工作时间。
2018-04-27 阅读全文>>每个数据项的名称、别名、类型、长度、取值范围、数据量的大小和代码等基本特征。
2018-04-27 阅读全文>>结合某商业银行具体案例,对逻辑数据模型、物理数据模型设计展开详细描述。
2018-04-27 阅读全文>>10203条 上一页 1.. 427 428 429 430 431 ..681 下一页