file-type

Database Desktop应用作业解析:关键概念与功能

DOC文件

635KB | 更新于2024-06-14 | 80 浏览量 | 0 下载量 举报 收藏
download 立即下载
本次提供的数据库应用程序设计作业文档包含关于数据库管理和操作的基础知识,主要聚焦于Windows桌面应用程序中的数据库处理和ODBC(Open Database Connectivity)接口。以下是几个关键知识点的详细解析: 1. 数据库别名(Database Alias): 在Database Desktop程序中,数据库别名是数据表所在子目录或数据库文件的实际名称的一种便捷表示,它允许用户通过易于记忆的名字来访问数据库,而无需输入复杂的文件路径。选择A正确,因为数据库别名提供了一种更直观的方式来引用数据库。 2. ODBC层次结构与组件: ODBC层次结构中,驱动程序管理器(Driver Manager)是核心组件,它位于ODBC32.DLL中,负责管理和协调ODBC驱动程序。这个组件对于用户的透明性很高,使得用户能够与各种不同的数据库系统进行交互,而无需关心底层实现细节。选项D是正确的。 3. Database Desktop的功能限制: Database Desktop是一个用于创建和维护数据库表、管理数据库别名以及执行SQL语句的工具,但它并不支持创建三层结构的数据库程序。三层架构通常涉及更复杂的应用架构,如企业级的客户端-服务器架构,这超出了Database Desktop的基本功能范围。 4. 请求ODBC连接: 在应用程序中,通过ODBC(Open Data Source Name,ODSN)来请求连接到ODBC数据源。ODSN是一个命名约定,用于标识特定的数据源,使得应用程序可以动态地与之连接,选项A正确。 5. 视图的创建: 创建视图(View)是数据库管理系统中的一个概念,用于从一个或多个表中抽取数据,并以新的形式展示。在题目中,要创建一个名为RS的视图,显示学生的信息,正确的语句是使用CREATE VIEW语句,同时确保GROUP BY子句按照学号分组,以便计算平均成绩。选项B是正确的,因为它包含了正确的语法结构。 通过这些题目,我们可以看出该作业关注的是基础数据库操作,包括数据库别名的使用、ODBC组件的理解、Database Desktop工具的局限性,以及SQL查询和视图的创建等。对于学习数据库应用程序设计的学生来说,理解和掌握这些知识点至关重要,因为它们构成了数据库开发和管理的基础。

相关推荐

filetype
应用设计 一、考核内容 1、数据库应用设计的各阶段及各阶段的主要任务。 2、ER模型设计 3、逻辑模型设计 4、物理设计 三、试题 ㈠ 选择题 1、下面不属于数据字典中的内容是( )。 A.数据项 B.数据流 C.处理过程 D.系统用户 2、在下面学生实体的属性中,属于多值属性的是( )。 A.学号 B.电话 C.家庭地址 D.生日 3、在下面学生实体的属性中,属于复合属性的是( )。 A.学号 B.电话 C.家庭地址 D.生日 4、 ㈡ 填空题 1、软件开发需求分析阶段的数据字典中,通常包括(数据项)、数据结构、数据流、数 据存储和处理过程五个部分。 2、在ER模型中,(实体)用来表示现实世界中客观存在的事物。 3、复合属性是(可再分解为其他属性的)属性。 4、根据属性的取值特点可分为单值属性和多值属性。多值属性是指同一实体在该属性上 可能有(多个取值)。 5、如果将一个多值属性用一个新的实体类型来表示,那么这个新实体与原来的实体之间 是( )的联系。这个新实体依赖于原实体而存在,因此称它为(弱实体)。 6、在ER模型设计时,经常要对实体进行分裂。分裂的方法有水平分裂和垂直分裂两种, 其中水平分裂是依据实体的(某个属性取值)将一个实体分解为若干个实体。 7、利用ER方法进行数据库概念设计时,一般分三步进行:首先设计局部ER模式,然后将 各局部ER模式综合成一个全局ER模式,最后对全局ER模式进行优化,得到最终的ER模式 。划分局部结构范围的方法通常有两种:一种是依据系统的(用户)进行划分。另一种 是按相对独立的(业务子系统)来划分。 8、设计全局ER模式一般分三步:  确定公共实体  局部ER模式的合并  消除冲突。 9、全局ER模式优化原则是:实体类型合并,冗余属性消除,冗余联系消除。 10、通常可把冲突分为三种:  属性冲突    命名冲突 11、在将ER模型转换成关系模型时,若实体间的联系是m :n的,则将联系类型也转换成一个关系模式,其属性为( )和联系类型的属性。 12、在将ER模型转换成关系模型时,若实体间的联系是1 :n的,则在(n)端实体类型转换成的关系模式中加入(1)端实体的键和联系类型的属 性。 13、在将ER模型转换成关系模型时,若实体间的联系是1 :1的,则可以在两个实体转换成的两个关系模式中任意一个中加入另一个的(键)和联 系类型的属性。 14、对数据库经常性的维护工作主要由( DBA )完成。 15、数据库维护的主要工作包括:数据库的备份与恢复,数据库安全性、完整性控制, 数据库性能的监督、分析和改进,(数据库的重组和重构造)。 ㈢ 判断题 1、在对实体进行垂直分裂时,实体的键必须出现在分裂后的每个实体中。 2、两个实体之间只能有一个联系。 3、实体、属性、联系并无形式上可以截然区分的界限。 ㈣ 简述题 1、简述"代码"型字段的编码原则。 2、简述数据库应用开发的各阶段的任务。 ㈤ 数据库设计题 1、为某超市公司设计一个数据库系统来管理该公司的业务信息。该公司的业务规则如下 :  该公司有若干个仓库,若干个连锁商店,供应若干种商品。  每个商店有一个经理和若干收银员,每个收银员只在一个商店工作,商店经理有可能 在商店之间调换工作。  每个商店销售多种商品,每种商品可在不同的商店销售,但公司要记载各商店、各收 银员的销售情况。  各商店的经理负责向仓库下达提货单。  公司仓库部门基本按定货单向商店送货。  各商店向送货人员返回收货单。  对会员顾客可以按规定打折。 2、为某家城市银行的人民币活期储蓄业务管理设计一个数据库,该银行的业务规则如下 :  该行有若干支行,每个支行有若干储蓄所,每个储蓄所有若干营业人员,一个营业人 员在某时刻只在一个储蓄所办理业务,但有可能在储蓄所之间掉转工作。  每个储户可以在任何一个储蓄所开设多个帐户,但要有身份证。帐户在全行唯一,每 个帐户对应一个存折、一个ATM卡。每个帐户要记载开户的储蓄所、办理的工作人员信息 、开户日期等、个人电话、密码等信息。  帐户有活期,定期之分。定期有存款年限。  每个帐户可以在全行通存、通兑,但要记载存取款储蓄的所、办理的工作人员信息。  储户可以通过电话、网站挂失存折。  银行要统计每个储蓄所的日交易量,以便确定每日给该储蓄所的送款额、收款额及确 定对储蓄所的工作量核算。 3、为学校图书馆的图书管理业务设计一个数据库,该图书馆的业务规则如下:  该学校有两个校区,每个校区有一个图书馆。  每个图书馆有若干个书库,每个书库有若干架位(书架),每个架位可放若干本书。  某种书图书馆要采购若干本,然后典藏到各书库中。每本书在图书馆内有唯一编号。  每个读者有一个借书卡,读者有多种类型,不同类型读者的借书数量、期限不同。  如果读者多次超期还
filetype
数据库应用系统的设计 1.数据库应用系统的设计步骤 按规范设计的方法可将数据库设计分为以下六个阶段 (1)需求分析; (2)概念结构设计; (3)逻辑结构设计; (4)数据库物理设计; (5)数据库实施; (6)数据库运行和维护。 2.需求分析 需求收集和分析是数据库应用系统设计的第一阶段。明确地把它作为数据库应用系 统设计的第一步是十分重要的。这一阶段收集到的基础数据和一组数据流图(Data Flow Diagram———DFD)是下一步设计概念结构的基础。 概念结构是整个组中所有用户关心的信息结构,对整个数据库设计具有深刻影响。 而要设计好概念结构,就必须在需求分析阶段用系统的观点来考虑问题、收集和分析数 据及其处理。如何分析和表达用户需求呢?在众多的分析方法中,结构化分析(Structu red Analysis,简称SA方法)是一个简单实用的方法。SA方法用自顶向下、逐层分解的方式 分析系统。用数据流图、数据字典描述系统。 然后把一个处理功能的具体内容分解为若干子功能,每个子功能继续分解,直到把 系统的工作过程表达清楚为止。在处理功能逐步分解的同时,它们所用的数据也逐级分 解,形成若干层次的数据流图。数据流图表达了数据和处理过程的关系。处理过程的处 理逻辑常常用判定表或判定树来描述。数据字典(Data Dictionary,简称DD)则是对系统中数据的详尽描述,是各类数据属性的清单。对数据 库应用系统设计来讲,数据字典是进行详细的数据收集和数据分析所获得的主要结果。 数据字典是各类数据描述的集合,它通常包括以下5个部分: (1)数据项,是数据最小单位。 (2)数据结构,是若干数据项有意义的集合。 (3)数据流,可以是数据项,也可以是数据结构。表示某一处理过程的输入输出。 (4)数据存储,处理过程中存取的数据。常常是手工凭证、手工文档或计算机文件 。 (5)处理过程。 3.概念结构设计 如同软件工程中重视需求分析与规范说明的思想一样,数据库设计中同样十分重视 数据分析、抽象与概念结构的设计。概念结构的设计,是整个数据库设计的关键之一。 概念结构独立于数据库逻辑结构,独立于支持数据库的DBMS,也独立于具体计算机 软件和硬件系统。归纳总结,其主要特点是: (1)能充分地反映现实世界,包括实体和实体之间的联系,能满足用户对数据处理 的要求,是现实世界的一个真实的模型,或接近真实的模型。 (2)易于理解,从而可以和不熟悉计算机的用户交换意见。用户的积极参与是数据 库应用系统设计成功与否的关键。 (3)易于更动。当现实世界改变时容易修改和扩充,特别是软件、硬件环境变化时 更应如此。 (4)易于向关系、网状或层次等各种数据模型转换。 概念结构是各种数据模型的共同基础,它比任意一种数据模型更独立于机器,更抽 象,从而更加稳定。 描述概念结构的有力工具是E-R模型。P.P.S.Chen把用E- R模型定义的概念结构称为组织模式。 设计概念结构的策略有3种: (1)自顶向下 首先定义全局概念结构的框架,然后逐步细化。 (2)自底向上 首先定义各局部应用的概念结构,然后将它们集成,得到全局概念结构。 (3)混合策略 自顶向下和自底向上相结合的方法。用自顶向下策略设计一个全局概念结构的框架,以 它为骨架集成由自底向上策略中设计的各局部概念结构。 现介绍自底向上设计概念结构的策略。按照这种策略,概念结构的设计可按下面步 骤进行。 (1)数据抽象与局部视图设计 E- R模型是对现实世界的一种抽象。一般地讲,所谓抽象是对实际的人、物、事和概念的人 为处理。它抽取人们关心的共同特性,忽略非本质的细节,并把这些特性用各种抽象的 概念精确地加以描述。这些概念组成了现实世界的一种模型表示。有3种抽象方法形成了 抽象机制,来对数据进行组织: 分类(Classification) 定义某一概念作为现实世界中一组对象的类型。这些对象具有某些共同的特性和行为。 它抽象了对象值和型之间的"is a member of"的语义。在E- R模型中,实体型就是这种抽象。 聚集(Aggregation) 定义某一类型的组成成分。它抽象了对象内部属性类型和整体与部分之间"is a part of"的语义。在E- R模型中若干属性的聚集组成了实体型,就是这种抽象。 概括(Generalization) 定义类型之间的一种子集联系。它抽象了类型之间的"is a subset of"的语义。 概括具有一个很重要的性质:继承性。子类继承超类上定义的所有抽象性质。当然, 子类可以增加自己的某些特殊属性。 概念结构设计的第一步就是利用上面介绍的抽象机制对需求分析阶段收集到的数据 进行组织,形成实体、实体的属性,标识实体的码,确定实体之间的联系类型(1 1、1 n、n m),设计成部分E
平头哥在等你
  • 粉丝: 1589
上传资源 快速赚钱