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

基于关系数据库原理的“电子账”结构剖析 　“审计人员不掌握计算机，将失去审计资格！”——李金华语。 　　随着会计信息系统的不断完善、被审计单位的信息化程度不断提高、计算机管理覆盖面的不断扩大，审计人员面临更高、更迫切的要求，即对会计信息系统要有深入了解，并在审计过程中能对电子数据进行采集、转换和分析。 　　湖北省审计厅计算机中心与武汉大学商学院会计系，在对目前普遍运用的各类会计信息系统进行深入了解后，结合审计操作流程，总结了现阶段计算机辅助审计的基本方法。本栏目将陆续将计算机审计相关文章介绍给读者。 　　单位实现会计电算化后，会计数据存储在计算机外存储器的数据库中。审计被审单位的会计账务数据库，即电子账，首先要了解被审单位电子账结构。由于现在市面上流行和使用的支撑会计数据库系统运行的平台都是关系数据库产品，无论哪家会计软件公司开发的会计数据库系统都是基于关系数据库原理设计的，本文将从关系数据库原理和会计账务核算电算化原理相结合的角度剖析电子账的构造原理，展示出会计电子账结构的共性规则，以便审计人员了解、掌握电子账的结构和特点，进而深入审查电子账，并且做到触类旁通。 　　数据库是以某种数据模型所确定的数据结构方式来组织和存储某个组织（或部门）相互关联的数据集。数据库管理系统是一种帮助用户建立、使用、管理和维护数据库的计算机系统软件。或者说，数据库管理系统是开发一个实际应用数据库的工具并支撑其运行的平台。数据库管理系统必须与其管理的数据库的数据模型相一致。 　　1.数据模型 　　数据模型是对现实世界数据特征进行抽象的工具，用来描述和处理现实世界中的数据和信息。数据模型要能较真实地模拟现实世界，既要便于人们理解，又要便于在计算机上实现。数据模型主要由数据结构、数据操作、数据完整性规则三个部分组成。数据结构描述了组成数据库的基本成分；数据操作描述了对数据结构允许执行的操作集合；完整性规则描述了对数据结构所具有的约束和存储规则。 　　2.关系数据模型 　　关系数据模型的数据结构是人们日常事务处理中常见的二维表结构（如工资发放表）。关系数据模型将数据看成是二维表中唯一的行号和列号确定的一个表中元素，即关系数据模型是用二维表的方式来组织、存储和处理数据和信息的。从应用的角度来看，任何一个组织（或部门）的关系数据库的基本组成成分是二维表，或者说某个组织（或部门）的数据库是由若干张相互关联的二维表组成。由于二维表结构清晰、简单、易于理解，也易于计算机实现（存储、操作、控制），加上关系数据模型有数学理论基础（集合论、关系代数），因此现在的数据库管理系统软件都是基于关系数据模型研发的，如SQL SERVER、ORACLE、DB2、SYBASE、ACCESS、FOXPRO等等。也就是说，用这些关系数据库管理系统软件为某个组织开发的会计数据库系统必须按关系数据模型来组织数据。那么，关系数据模型中的二维表与数据库中的数据文件之间有何联系？ 　　下面我们通过会计科目代码表来介绍关系数据模型的基本概念及其与数据库中的数据文件之间的对应关系： 　　（1）关系、二维表、数据文件：关系数据模型中用关系来表述现实世界中能够相互区别的要管理的数据对象集。每一个关系都有一个关系名和一组表述其特征的属性集，人们就是通过这些属性集区别不同的关系。如记账凭证、会计科目、总账都可以称之为关系，它们都是要管理的数据对象集，都有各自的属性集。一个关系用一张二维表表示，表名对应关系名。二维表由有限个不重复的行组成，表中的每一列不可再分。一张二维表在关系数据库中用一个数据文件存储。如“会计科目代码表”在会计数据库中用一个数据文件存储，文件名可以用表名“会计科目代码”，使计算机中存储的文件内容与现实世界管理的数据对象相联系。 　　（2）记录：二维表中的每一行称为一个记录，描述了关系中一个具体的个体，在数据文件中是一个记录值。如表1中第一行为现金账户的记录，描述了现金账户在会计科目代码文件中所有属性的取值（特征）。 　　（3）属性、列、字段：二维表中的每一列是一个属性，描述了关系的一个特征。一个二维表的所有列构成了一个关系的属性集，通过它可以区别不同的二维表（关系）。二维表中的每一列的数据属于同一类型。每一列的列名对应关系的属性名，同时对应数据文件中的字段名。如表1用6个列表示会计科目代码的属性，其中第三列表示属性“科目性质”，当某条记录取值为1时，表示是资产类科目。 　　（4）主码、主关键字：指二维表中的某个列（属性）或某几个列（或属性组），它们的值能够唯一确定表中或数据文件中的一个记录。如表1中的“科目代码”属性可以作为主码（或主关键字），用来唯一识别表中的每一个会计科目。 　　（5）域：描述二维表中每一列属性或数据文件的某一字段的取值类型和范围。如表1中每一列的列名下