数据模型教案解析.pptVIP

3.1.3 弱实体 在数据库中的存在情况依赖于其他实体的存在情况而确定的实体是弱实体，否则就是强实体。 强实体 弱实体 非确定性联系和确定性联系 实体间联系的连线形式描述了相连的两个实体间的非确定性联系和确定性联系。 所谓非确定性联系，是每个参与联系的实体都有各自的独立主键的联系，这时的实体就属于强实体。如果，外键参与子实体作为其主键的一部分，父实体和子实体之间的联系被称为确定性联系，这时的子实体就是弱实体。 通常，两个实体间的非确定性联系在E-R图中表现为用虚线连接，确定性联系表现为用实线连接。 3.2.1 获取实体 获取实体是数据建模的第一项任务，这个任务相对容易。完成此任务需要获取系统中的基本实体，这些基本实体由数据描述，或者可能由数据描述。 在与用户的面谈或商讨会议期间，注意他们讨论中的关键词。 专门地要求系统所有者和用户确定那些他们想收集、存储和产生信息的事物。那些事物常常表示了应该在数据模型中描述的实体。 研究现有的表格、文件和报告。 当实体被发现时，给它们设置简单的、有意义的、面向业务的名字。实体应该用描述有关存储数据的人、事件、地点、对象或者事物的名词来命名。尽量不要简写或者使用缩写词。为了更好地描述实体，名字可以包含合适的形容词或者短语。实体应该按照业务词汇定义，不要用技术词汇定义实体，也不要定义成“关于…的数据”。 3.2.1 获取实体 获取实体是数据建模的第一项任务，这个任务相对容易。完成此任务需要获取系统中的基本实体，这些基本实体由数据描述，或者可能由数据描述。 在与用户的面谈或商讨会议期间，注意他们讨论中的关键词。 专门地要求系统所有者和用户确定那些他们想收集、存储和产生信息的事物。那些事物常常表示了应该在数据模型中描述的实体。 研究现有的表格、文件和报告。 当实体被发现时，给它们设置简单的、有意义的、面向业务的名字。实体应该用描述有关存储数据的人、事件、地点、对象或者事物的名词来命名。尽量不要简写或者使用缩写词。为了更好地描述实体，名字可以包含合适的形容词或者短语。实体应该按照业务词汇定义，不要用技术词汇定义实体，也不要定义成“关于…的数据”。 3.2.1 获取实体 学院、班级、学生、教师、课程、教室、场次 3.2.2 上下文数据模型 上下文数据模型仅仅包括实体和联系，而不包括实体的属性，其目的是提炼对系统项目范围的理解，而不是获取实体的细节和业务规则的细节。 在这时的实体间可能会有一些多对多的联系。 教师 学院 班级 学生 课程 教室 场次 3.2.3基于键的数据模型 主要完成两个任务 通过增加关联实体的方法消除多对多联系； 确定每个实体的主键，并通过外键描述实体间如何联系。 3.2.4 具有完整属性的数据模型 具有完整属性的数据模型包括了所有描述性属性，每个属性都用数据类型、域和默认值定义在资料库中。 3.2.4 具有完整属性的数据模型 对数据模型进行检查，看看它是否能提供所需数据。该模型存储的数据能回答以下问题吗？ 某个学院有哪些教师； 某一门课共有多少学生参加考试； 某个教室安排了几场考试； 某个教师具体的监考日程情况； 某个学生要参加哪几场考试； 等等。 当模型不能提供问题的答案，设计就有可能出了问题，如果问题是必须回答的，那么就必须修改模型。 3.3 评价数据模型 数据模型可以用来有效地描述和沟通系统的数据库需求，但它不一定就代表了一个好的数据库设计。数据模型中的某些结构特征可能会降低模型的灵活性和扩展性，或者产生不必要的冗余，因此必须为数据库设计和实现准备好合理的、高质量的数据模型。 可以参考以下的评价标准 好的数据模型应该是简单的 好的数据模型基本上是无冗余的 好的数据模型应该是灵活的而且对未来的需求具有可适应性 数据库应用基础 第3章 数据模型 第3章 数据模型 3.1 数据模型 怎样才能理清并描述各个表自身结构以及表之间的诸多的逻辑联系呢？方法就是建模，描述就用数据模型。 模型是对现实或构想的一种表述，在许多情况下模型以图形方式表述而很少使用文字，因为“一幅图胜过千言万语”。 人们可以对现有的系统构造模型，这种方法能使人们更好地理解那些系统； 可以对拟建的系统构造模型，以描述系统的目标、任务、结构，以帮助人们全面、准确的理解和设计新的系统。 两种常见模型 过程模型 过程模型是一种组织和记录数据的结构和流向的技术，它记录系统的“过程”和由系统的“过程”实现的逻辑、策略和程序，其重点在于描述数据经过哪些加工，发生了哪些转变，从哪里读取和保存。过程模型的成果是生成数据流图（Data Flow Diagram,DFD）。 数据模型 数据模型是一种组织和记录系统数据的技术，该技术以数据为中心，重点在于描述系统所需的数据以及数据间的联系。数据模型的成果是生成实体联系图（