2004年至2010年历年全国计算机等级考试二级笔试试卷Access数据库程序设计_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
喜欢此文档的还喜欢
2004年至2010年历年全国计算机等级考试二级笔试试卷Access数据库程序设计
阅读已结束，如果下载本文需要使用
想免费下载本文？
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢关系型数据库：定义数据库表格之间的关系
设计关系型数据库的重头戏是把数据元素分别放进相关的表格里。一旦预备好开始操作数据，你就要依靠表格之间的关系把数据以有意义的方式联系到一起。例如，（单独的）订单信息是没有用的，除非你知道是哪个用户下了订单。
到现在这个时候，你可能已经意识到了，你没有把客户信息和订单信息保存在同一个表格里。但是，你把订单信息和客户数据保存在两个相关的表格里，然后使用这两个表格之间的关系来同时查看每个订单及其相对应的客户信息。假如说规范化的表格是关系型数据库的基础，那么关系就是其基石。关系型数据库设计系列你现在正身处关系型数据库设计系列之中。本系列先前的几篇相关文章是：《关系型数据库：理论背后的灵感》《关系型数据库：使用范式创建数据库》《关系型数据库：应用第一范式》《关系型数据库：实现规范化》出发点下面这些数据要用在本文的示例中。使用Boyce-Codd范式（BCNF）来规范化数据的过程产生了七个关系表：Books: {Title*, ISBN, Price}Authors: {FirstName*, LastName*}ZIPCodes: {ZIPCode*}Categories: {Category*, Description}Publishers: {Publisher*}States: {State*}Cities: {City*}现在是该说明这些表格之间是如何建立关联的时候了。关系的类型你和你的家庭成员之间存在着多种关系。例如，你和你母亲就是相关的。你只有一个母亲，但是她可以有多个子女。你和你的兄弟姐妹是相关的――你可以有很多的兄弟和姐妹，当然，他们也有很多兄弟和姐妹。假如你结了婚，你和你的配偶就会有一个配偶――这是相互的――但是一次只有一个。数据库的关系非常类似：它们是通过表格相关联的。有三种类型的关系：一对一（One-to-one）：在关系的每一边，这两个表格都只有一条记录。每个要害字的值都只和关系表里的一条记录（或者没有记录）相关。它们就是一对配偶一样――你可以结婚，也可以不结婚，但是假如结了婚，你和你的配偶就只能有一个配偶。大多数一对一的关系都是商业规则所要求的，而不是源自于数据的要求。在没这样商业规则限制的时候，你通常可以把两个表格合并进一个表格，而且不会打破任何规范化的规则。 一对多（One-to-many）：主要害字表格只包含有一条记录，这条记录和关系表里的无记录、一条记录或者多条记录相关。这种关系同你和你父母之间的关系很类似。你只有一个母亲，但是你的母亲可以有多个子女。 多对多（Many-to-many）：两个表格里的每条记录都可以和另一个表格里任意数量的记录（或者无记录）相关。例如，假如你有好几个兄弟姐妹，那么你的兄弟姐妹也有好几个兄弟姐妹。多对多的关系需要引入第三个表格，叫做联系表（associate table或者linking table）因为关系型系统不能直接实现这种关系。 建立关系在考虑建立关系表之间的关系之前，你可能需要非常熟悉数据。只有在熟悉数据之后，关联会比你刚开始的时候更明显。你的数据库系统要依靠匹配两个表格里的值来建立关系。假如匹配的话，系统会从这两个表格里抽出数据来创建一个虚拟记录。例如，你可能想要查看某个作者写的所有书。在本文里，系统会匹配Books和Authors这两个表格里的值。要记住在大多数时候，所产生的记录是动态的，这就意味着对这条虚拟记录的任何改动通常都会作用到底层的表格上，这一点非常重要。这些进行匹配的值都是主要害字值和外来要害字值。（关系模型并不要求关系要根据主要害字类来确定。你可以使用表格里的备选要害字，但是使用主要害字是大家认可的标准。）在（本系列的）第二篇文章里你已经了解了主要害字――主要害字会唯一辨别表格里的每条记录。外来要害字简单地说就是一个表格在另一个表格里的主要害字。这样看来，你要做的东西不多――只用简单地把主要害字作为外来要害字添加到关系表里就行了。唯一需要注重的是，外来要害字字段的数据类型必须和主要害字的相同。但是有些系统可以答应这条规则的一个例外，它们能够答应数字和自动编号（autonumbering）字段（例如SQL服务器Identity的Access的AutoNumber）建立关系。此外，外来要害字的值可以是空（Null），尽管推荐的是：在没有非凡原因的情况下，不要让外来要害字为空。你有可能永远都不会使用需要这项功能的数据库。现在回到你的示例数据库，并开始正确地输入外来要害字。（请继续在纸上打草稿――在你的数据库系统里真正创建表格仍然是件很轻易的事情。在纸上纠正错误要轻易得多。）要记住，你正在把主要害字的值添加到关系表里。只用调用条目之间的关系就行了，而其他的就简单了：书（book）和分类（category）相关。 书和出版商（publisher）相关。 书和作者（author）相关。 作者和邮政编码（ZIP code）相关。 邮政编码和城市（city）相关。 城市和州（state）相关。 这一步不是一成不变的，你可能会发现在规范化的过程中加入外来要害字会更轻易一些。在把字段移动到一个新的表格时，你可能要把这个新表格的主要害字添加到原来的表格里，作为其为外来要害字。但是，在你继续规范化剩余数据的时候，外来键经常会发生改变。你会发现在所有这些表格被全部规范化之后，一次添加所有的外来要害字，这样的效率会更高。
现在让我们一次操作一个表格，就从Books表格开始，它在这个时候只有三个字段。很明显，Authors、Categories和Publishers表格的主要害字会被添加到Books里。当你完成的时候，Books表格就有了七个字段： 要记住，Authors表格里的主要害字是一个基于姓和名字段的复合要害字。所以你必须要把这个两个字段都添加到Books表格里。要注重，外来要害字字段名的结尾包含有FK这个后缀。加入这个后缀有助于提高可读性和自我归档。通过名称这种方式来区别外来要害字会让追踪它们更简单。假如主要害字和外来要害字的名称不同，这没有关系。这里出现了三种关系：Books和Authors、Books和Categories，以及Books和Publishers。这三种关系中的两种所存在的问题可能没有那么明显：Books和Authors之间的关系：一本书可以有多个作者。 Books和Categories之间的关系：一本书可以被归入多个类。 这两者的关系是多对多的关系。先前我告诉过你，表格不能直接实现这样的关系，而需要第三个联系表来实现。（Books和Publishers的关系是一对多的关系，就像现在所说的这样是没有问题的。）这两个刚发现的多对多关系将需要一个联系表来包含来自每个表格的主要害字，并将其作为外来要害字。新的联系表是：BooksAuthorsmmlinkTitleFK (FK) Books.Title one-to-manyISBNFK (FK) Books.ISBN one-to-manyFirstNameFK (FK) Authors.FirstName one-to-manyLastNameFK (FK) Authors.LastName one-to-many BooksCategoriesmmlinkTitleFK (FK) Books.Title one-to-manyISBNFK (FK) Books.ISBN one-to-manyCategoryFK (FK) Categories.Category one-to-many没有必要更改Categories、Authors或者Publishers表格。但是，你必须把FirstNameFK、LastNameFK和CategoryFK这三个外来要害字从Books里移走：BooksTitle (PK)ISBN (PK)PricePublisherFK (FK) Publishers.Publisher one-to-many现在，让我们转到Authors表格上来，它现在有两个字段。每个作者都和ZIPCodes表格里邮政编码的值相关。但是，每个邮政编码会和多个作者相关。要实现这种一对多的关系，就要把ZIPCodes表格的主要害字添加进Authors表格作为外来要害字：AuthorsFirstName (PK)LastName (PK)ZIPCodeFK (FK) ZIPCodes.ZIPCode one-to-many至此，你已经预备好了处理剩下的地址部分了。看到它们被分在不同的表格里是很让人希奇的，但是这是遵照BCNF正确规范化数据的结果。每个邮政编码的值只会有一个对应的城市值和州值。每个城市和州的值只会被输入进其对应的表格里一次。ZIPCodes和Cities表格需要外来要害字字段来实现这些关系：ZIPCodesZIPCode (PK)CityFK (FK) Cities.City one-to-many CitiesCity (PK)StateFK (FK) States.State one-to-many StatesState (PK)从一个到九个最后，你有了九个表格：Books、Authors、Categories、Publishers、ZIPCodes、Cities、States、BooksAuthorsmmlink和BooksCategoriesmmlink。图A是这个示例表格数据库最终的图形形式。很难想像一个简单的数据表格会被分成九个表格。图A 原来的表格现在需要九个表格由于这个示例数据库很简单，你可能会问这些关系有什么作用。看起来你仍在保存冗余的数据，只不过形式不同罢了――通过外来键来实现。这是因为我们的表格现在只有很少几个字段。试想一下有十几个字段的表格。需要承认的是，你仍然需要把表格的主要害字作为外来要害字保存进关系表里，但是至多可能最多增加一到两个字段。比较一下为这个表格里的每一条记录都添加十几个条目的情形吧。数据库！！！创建两个具有“一对多”关系的表之间的关联，应当创建两个具有“一对多”关系的表之间的关联，应当________。 A）通过纽带表 B）通过某个同名字段 C）通过某个索引的同名字段 D）通过具有相同表_百度作业帮
数据库！！！创建两个具有“一对多”关系的表之间的关联，应当创建两个具有“一对多”关系的表之间的关联，应当________。 A）通过纽带表 B）通过某个同名字段 C）通过某个索引的同名字段 D）通过具有相同表
创建两个具有“一对多”关系的表之间的关联，应当________。 A）通过纽带表 B）通过某个同名字段 C）通过某个索引的同名字段 D）通过具有相同表达式的主索引字段和普通索引字段
给出的答案没有正确的。A) 通过纽带表 -- 没有纽带表的概念。B) 建立关联只要属性一样，没有必要字段名一样。C) 更没有必要索引的同名字段。D) 建立关联不能用表达式，应该是属性或属性组，也叫字段或字段组，列或列组合。正确答案：通过两个表的相同属性或属性组，也可以说通过两个表的同类字段或字段组。Access交流中心
表间不建立一对多关系有什么不好之处
积分:10　来自: 发表于： 15:12:55
我在本站下载了一人事管理系统学习（烁星珠宝公司的），其系统中有“个人档案”、“工作经历”、“教育情况”等表，表间全没有建立一对多关系，“个人档案”中的主键字段为“工号”，属于文本型。按我理解，“个人档案”表与“工作经历”、“教育情况”等表肯定是存在一对多关系的。请教：
1、主键字段为文本型规范吗？
2、表间全没有建立一对多关系好不好？对窗体、查询、报表的设计会带来什么影响？
&&&&小陈&&&&&&获得社区协助：请教问题(即发帖)33篇，其中获得解决的23篇;&&&&&&协助社区成员：协助他人(即回帖)5篇，其中被设为【最佳答案】的0篇;&&&&&&协助我们社区：发布技术文章0篇，邀请了0名新会员注册本社区(如何邀请会员注册,详见:)。
1楼　得分:
物品编号，规格，型号
关键点:建表尽量少重复
1.假设《物料基础档案表》有物品编号，规格，型号，
2.别的表(例如:出库，入库表)引用这些数据
时，只要建个【物品编号】字段就好了，规格，型号字段就不要了
3.如果窗体要显示规格，型号，用组合框或查询实现
（规格，型号用组合框或查询调取《物料基础档案表》实现）
4.就像报销明细里，不用[员工姓名]，而用的[员工编号]一个意思
5.我们一般不看表，而是看窗体的，所以表是编号没事。
&&&&希望我的回答能解决了您的问题，或者所附上的这些信息对您有所帮助！如有任何疑问或需要进一步帮助，请您直接在本站发贴，我们非常乐意帮助您解决问题!&&&&如果我的回答已经解决了您的问题，请点击上方的“最佳答案”，这样本帖子就不会在“待解决问题区”显示了，以方便大家对那些正在等待解决的帖子给予关注！&&&&杜超&&[协助社区成员回帖1045篇，其中【最佳答案】467篇;发布技术文章379篇。]&&&&UMVSoft在线支持工程师&&&&&&&&QQ：&&&&&如果您没有注册这个论坛，请单击下面的链接进行注册，与我在论坛进行交流：&&&&&&&&本贴子以“现状”提供且没有任何担保，同时也没有授予任何权利。
2楼　得分:
第一个问题的解答：
1、主键的作用在于唯一性的标识记录，所以主键是什么类型的数据都可以，重点是每条记录上的主键值不能重复。
2、通常主键选用自动编号数据类型（实际是长整型，只是数据库做了自增的处理）较为妥当，其优点在于不必要另外写自动编码的函数。如果选用其他类型的数据，需要写一个自定义函数来解决自动编号的问题，已满足唯一性的要求。
第二个问题的解答：
1、在数据表设计时，设计数据表的关系并不是先决条件。所谓表间建立关系，实际上是建立表的约束条件，也就是说确定一个是否依赖另一个表。我们不建立关系，也并不是不利用表之间的关系，否则的话数据的组织就无规律可循了。只是在于我们怎么样去表达这种关系而已。表达一个主表和一个子表之间的关系，我们大体可以有这么几种办法：
（1）通过关系视图建立表间关系；
（2）在查询的视图中建立表间关系；
（3）在VB中通过编写sql语句（常用语窗体或控件的数据源，或者ADO代码等），或者其子句（常用语筛选时）。
2、为什么通常都需要在关系视图中建立表间关系呢？其道理在于一旦在关系视图中设计了表间关系，在其后设计查询、校验数据等方面Access就会提供很多的自动的功能，也就是你不必在多余写很多代码来解决这些问题。这能极大的提高开发和维护的效率。
3、凡是有利便有弊，有些情况下事先设计了表间的关系，也会带来很多的麻烦。举个典型的例子：假设我们有一个授课表，这个表会存在几个父表，大体应该有教师表、学科表、班级表。如果事先我们建立了授课表与其三个父表之间的关系。那么授课表的记录就会受到这三个表的同时约束，也就是，一条授课表记录，必须同时录入教师ID、学科ID和班级ID。这样的约束在现实中会出现问题，在安排很多教师的课程表时，几个方面的资源（师资、时间资源、学科资源、班级资源等）是不可能即刻确定的，可能需要反复调整。这样一种现实的情况，表示在录入一条授课记录时，总会有一些外键（教师ID、学科ID或班级ID）是不确定的。如果你又事先建立了表间的关系，那么这条记录你就没法录入了。
当然你可以采取一些变通的处理，比如在学科表中建立一个"带确定学科"记录，在班级表中建立一个“待确定班级”记录。这样确实能解决问题，不过你将为其他地方的处理花费代价，比如你需要在班级筛选学生时，过滤掉这条“待确定班级”记录等等。除了这种处理外，可能还存在其他基于建立了数据表关系后，对此类问题的变通处理。不过都会存在跷跷板效应，也就是说简化了一处，其它诸多地方繁琐了。
那么在诸如此类，一子多父的情况下，我们一般只事先建立一对父子关系，其他的父子关系，我们可以按照1种的一些办法来处理之。至于应该建立那一对父子关系，这就要看实际问题和你对问题的判断和考虑了。以授课表为例，应该建立的父子关系为教师表和授课表，其他两个父子关系大体不需要先建立。
&&&&很高兴与您就本帖子进行交流，如果我的回答已经解决了您的问题，请点击上方的“最佳答案”，这样本帖子就不会在“待解决问题区”显示了，我也将获得2个积分奖励，并不会减少您的积分！&&&&煮江品茶&&&&&&获得社区协助：请教问题(即发帖)10篇，其中获得解决的6篇;&&&&&&协助社区成员：协助他人(即回帖)4507篇，其中被设为【最佳答案】的1405篇;&&&&&&协助我们社区：发布技术文章421篇，邀请了47名新会员注册本社区(如何邀请会员注册,详见:)。
3楼　得分:
的回复似一杯清茶，清香可口，回味无穷。
&&&&小陈&&&&&&获得社区协助：请教问题(即发帖)33篇，其中获得解决的23篇;&&&&&&协助社区成员：协助他人(即回帖)5篇，其中被设为【最佳答案】的0篇;&&&&&&协助我们社区：发布技术文章0篇，邀请了0名新会员注册本社区(如何邀请会员注册,详见:)。
总记录：3篇&&页次：1/1
您还没有在Access软件网登录不能回复帖子
你没有登录,请点击后面链接登录：
如果你没有注册,请点击后面链接注册：，注册完成后，请再次访问本页功能。常用教程：
您现在的位置： > 教程 >
图文讲解access创建表间关系
7:34:06 | 浏览次数 | 2600 | 标签
　　我们这里所说的表间关系，指的是在ACCESS数据库里面所创建的数据表之间的关系，下面本文将详细的为大家介绍关系的概念及创建方法！
　　一、关系的概念
　　所谓的表间关系，指的是数据之间所存在的一种关联方式，即两个或两个以上的数据表之间的记录的一种对应关系。
　　比如，A表的字段为ID、姓名、成绩；而B表的字段为ID、住址、联系方式、备注。那么，从表的结构来分析，我们都知道，AB两表里面的数据，都和人的信息相关，其中，存在关联的莫过于ID字段了，因为两表都有这个字段。换句话说，AB列表可以合并为一个表。
　　但事实上，我们不会将两表合并为一个表，而是宁愿使用两个表来保存同一个人的信息，为什么呢？这可以给我们节约很大的数据空间，因为合并为一个表后，有些数据是重复的。重复的数据造成数据的冗余，势必造成空间的浪费和查询的效率。因为某一个人的成绩可以有多个成绩，而住址、联系方式、备注等不一定有多个，因此，把两表分解开来而不合并，就能节约数据空间了。
　　但，两表分开来之后，又如何知道A表中的任何一条记录，与B表中的某个人有关呢，有啥关联呢？这就得靠两表的ID字段来进行关联并区分了，ID字段就相当于参照对象，可以帮助我们找到两表中的任何一条数据是属于哪个人的。
　　我们也可以简单的理解为：关系即关联，关联即参照对象。
　　二、ACCESS创建关系范例
　　看下图，倘若存在如下的两个表，注，蓝线圈侄的那两表，我们如何创建它们之间的关系呢？
　　找到菜单：“工具”→“关系”，如下图。
　　弹出关系对话框，下图中，如何啥都没有，那么，你就点击右键，在弹出的菜单中选择“显示表”。
　　然后又弹出如下图的对话框。
　　上图中，把要想创建相互之间有关联的数据表，通过选择并点击添加按钮的办法，将其添加到关系对话框中。
　　接着，如下图一样，选择菜单“关系”→“编辑关系”。
　　弹出如下图对话框。下图中，你直接点击“新建”按钮。
　　这样就会弹出“新建”对话框了。如上图一样，选择好左表、右表的名称后，在各自的下方再选择好欲创建关系的字段。注意哦，要创建关系的字段，数据类型要相同，并非是任何字段之间都能创建关联的。上图中，选择的是前面我们所分析的序号进行关联。好了就点击“确定”，返回到如下对话框。
　　上图中，关系建立好了之后，还得注意一个问题，那就是下面的三个选项，实施参照完整性、级联更新相关字段、级联删除相关记录。如果上述的两个序号中，其中一个是关键字段，就可以选择或选择这三项中的某个，或不选择亦可以。
　　级联更新相关字段指的是，主键字段被修改，那么，有关联的字段数据也会自动跟着修改，不用人工设置，是自动完成的。同样，级联删除相关记录指的是，主键中的某个序号记录被删除了，在另外一个表与此关联的记录将被删除。
　　都创建好了，就得到如下图的结果了。
　　上图中，学生成绩表的序号那里显示一个１，而学生信息表那里的序号显示的是一个正无穷大的符号，代表啥意思呢？代表的是左表的序号是主键，该列中的序号不存在重复。而右表的序号不是主键，序号数据可能存在重复。这种关系就是一对多的关系。
相关热词搜索暂无
写得实在，真实用，不愧是好文章。
受益匪浅，好文章实在难得，有劳站长了，希望站长以后写更多的有价值的技术文章。