基于关系数据库原理的“电子账”结构剖析

　　至此，我们直观地介绍了关系数据库中的关系、二维表、数据文件之间各个概念的对应关系。由于二维表中的行与数据文件的记录、二维表的列（属性）与数据文件的字段之间相互对应，因此，审计人员只要掌握了会计账务数据库的二维表结构及表之间的关联也就能够分析电子账的结构。

　　例如，将会计科目代码表（表1）转换成关系数据库中的数据文件结构：

　　3.关系数据模型的数据操作

　　从数学的角度看，关系数据模型的数据操作是基于集合的操作，操作对象和操作结果都是集合。从数据处理的角度看，数据操作的对象和结果都是二维表。对二维表的操作主要有：

　　（1）对表中的行（记录）进行操作：指对一张表中指定范围的记录进行有条件的操作，操作的结果组成一张新表。例如，从“会计科目代码表”中筛选出资产类科目组成新的“资产类科目代码表”，操作的范围是整个“会计科目代码表”，条件是“科目性质等于1”。对表中的行进行操作后的结果表的结构与原表相同，记录数小于或等于原表。

　　（2）对表中的列（属性）进行操作：指对一张表中指定的列进行有条件的操作，操作的结果组成一张新表。例如，从“会计科目代码表”中选出“科目代码”、“科目名称”两列，组成新的科目代码对应表，新表只有“科目代码”和“科目名称”两列。显然，列操作后的结果表的结构与原表不同，结果表小于或等于原表。

　　（3）连接：对两张表或多张表进行有条件的连接操作，生成一张新表。连接操作后的结果表大于等于操作前的表。

　　从应用的角度看，对二维表中的数据操作功能主要包括更新（增加、修改、删除）数据和检索（查询）数据，即对二维表填入和修改数据，并从表中检索出数据进行加工应用。

　　4.关系数据模型的数据完整性规则

　　数据完整性是指数据库中存储的数据是有意义的或正确的。关系数据模型中的数据完整性规则是指对二维表的定义和操作过程中要遵循的某些约束条件。主要包括：

　　（1）实体完整性：指每张表都必须有主码，而且表中不允许存在无主码值的记录和主码值相同的记录。如表1中的每一个记录都必须有科目代码，并且不能有相同科目代码的记录和无科目代码的记录。

　　（2）参照完整性：指一张表的某列的取值受另一张表的某列的取值范围约束，描述了多张表之间的关联关系。例如，记账凭证表中的“科目代码”列的取值受到会计科目代码表的“科目代码”取值范围的限定。

　　（3）用户定义完整性。指针对某一具体应用定义的数据库约束条件，反映某一具体应用所涉及的数据必须满足应用语义的要求。即限制属性的取值类型及范围，防止属性的值与应用语义矛盾。如表1中，“科目性质”的取值只能是1（资产）、2（负债）、3（权益）、4（成本）、5（损益）。

　　5.从关系数据模型得到的启示

　　（1）基于关系数据模型的会计账务数据库是以二维表为基本部件构建的，数据库中的每一个数据文件对应一张二维表，数据文件之间的关联也可以用二维表之间的关联来表示，对二维表的定义和数据操作必须满足数据完整性约束条件。构建一个会计账务数据库首先要将会计账务管理的对象，如会计科目、记账凭证、日记账、明细账、总账及它们之间的关系抽象成二维表的形式，弄清了它们的二维表结构也就弄清了它们的数据文件结构，即电子账结构。因此，会计账务数据库结构设计可以转变成会计账务数据的二维表及二维表之间的关联设计，而一张二维表的表头栏目（属性集）反映了表的结构特征，是设计数据文件结构的依据。

　　（2）依据关系数据模型研发的关系数据库管理系统是开发和管理会计数据库系统的工具软件，也是支持所开发的会计数据库系统运行的平台，任何一个会计账务数据库都必须在某一个关系数据库管理系统的在线管理下运行。由于不同的数据库软件公司提供的关系数据库管理系统软件的各个版本的功能强弱、所适应的计算机系统的运行环境（单机、网络等）、所提供的对表的操作命令等都有所不同，因此，审计人员要审查电子账，首先要了解被审单位的电子账的数据库管理系统软件的名称（例如是SQL SERVER或ORACLE）、版本（单机、网络，第几版）、打开数据库（表）以及对表操作的命令格式和命令等。尽管各种关系数据库管理系统软件版本有差异，但通过以上对关系数据模型的操作可以了解到：表的主要操作类型和功能基本一致。审计人员仅需要掌握最基本的打开、检索、汇总数据库（表）等操作命令就能进行审查会计账务数据库的基本工作，并非深不可测。