大家好，霖霖来为大家解答以上问题。计算机二级Access数据库，2017计算机二级Access数据库基础教程很多人还不知道，现在让我们一起来看看吧！
—个关系就是一张二维表，每个关系有一个关系名。在Access中，一个关系存储为一个表， 具有一个表名。
对关系的描述称为关系模式，一个关系模式对应一个关系的结构。其格式为：
关系名(属性名1，属性名2，……，属性名n)
在Access中，表示为表结构：
表名(字段名1，字段名2，……，字段名n)
数据库设计步骤
1.3.1 数据库设计步骤
数据库应用系统与其它计算机应用系统相比，一般具有数据量庞大、数据保存时间长、数据关联比较复杂、用户要求多样化等特点。设计数据库的目的实质上是设计出满足实际应用需求的实际关系模型。在Access中具体实施时表现为数据库和表的结构合理，不仅存储了所需要的实体信息，并且反映出实体之间客观存在的联系。
一、设计原则
为了合理组织数据，应遵从以下基本设计原则：
1.关系数据库的设计应遵从概念单一化“一事一地”的原则
―个表描述一个实体或实体间的一种联系。避免设计大而杂的表，首先分离那些需要作为单个主题而独立保存的信息，然后通过Access确定这些主题之间有何联系，以便在需要时将正确的信息组合在一起。通过将不同的信息分散在不同的表中，可以使数据的组织工作和维护工
作更简单，同时也可以保证建立的应用程序具有较高的性能。
例如，将有关教师基本情况的数据，包括姓名、性别、工作时间等，保存到教师表中。将工资单的信息应该保存到工资表中，而不是将这些数据统统放到一起。同样道理，应当把学生信息保存到学生表中，把有关课程的成绩保存在选课表中。
2.避免在表之间出现重复字段
除了保证表中有反映与其他表之间存在联系的外部关键字之外，应尽量避免在表之间出现重复字段。这样做的目的是使数据冗余尽量小，防止在插入、删除和更新时造成数据的不一致。
例如，在课程表中有了课程名宇段，在选课表中就不应该有课程名字段。需要时可以通过两个表的联接找到所选课程对应的课程名称。
3.表中的字段必须是原始数据和基本数据元素
表中不应包括通过计算可以得到的“二次数据”或多项数据的组合。能够通过计算从其他字段推导出来的字段也应尽量避免。
例如，在职工表中应当包括出生日期字段，而不应包括年龄字段。当需要査询年齡的时候， 可以通过简单计算得到准确年龄。
在特殊情况下可以保留计算字段，但是必须保证数据的同步更新。例如，在工资表中出现的“实发工资”字段，其值是通过“基本工资+奖金+津贴-房租-水电费-托儿费”计算出来的。每次更改其他字段值时，都必须重新计算。
4.用外部关键字保证有关联的表之间的联系
表之间的关联依靠外部关键字来维系，使得表结构合理，不仅存储了所需要的实体信息，并且反映出实体之间的客观存在的联系，最终设计出满足应用需求的实际关系模型。
二、设计的步骤
利用Access来开发数据库应用系统，一般步骤如图1.11所示。
(1)需求分析。确定建立数据库的目的，这有助于确定数据库保存哪些信息。
(2)确定需要的表。可以着手将需求信息划分成各个独立的实体，例如教师、学生、工资、选课等。每个实体都可以设计为数据库中的一个表。
(3)确定所需字段。确定在每个表中要保存哪些字段，确定关键字，字段中要保存数据的数据类型和数据的长度。通过对这些宇段的显示或计算应能够得到所有需求信息。
(4)确定联系。对每个表进行分析，确定一个表中的数据和其他表中的数据有何联系。必要时可在表中加入一个字段或创建一个新表来明确联系。
(5)设计求精。对设计进一步分析，査找其中的错误;创建表，在表中加入几个示例数据记录，考察能否从表中得到想要的结果。需要时可调整设计。
在初始设计时，难免会发生错误或遗漏数据。这只是一个初步方案，以后可以对设计方案进一步完善。完成初步设计后，可以利用示例数据对表单、报表的原型进行测试。Access很容易在创建数据库时对原设计方案进行修改。可是在数据库中载入了大量数据或报表之后，再要修改这些表就比较困难了。正因为如此，在开发应用系统之前，应确保设计方案已经比较合理。
本文到此结束，希望对大家有所帮助。
免责声明：本文由用户上传，如有侵权请联系删除！