实例6：社团管理系统数据库设计.doc

实例6：社团管理系统数据库设计 作者： 日期：2 个人收集整理 勿做商业用途实例6：社团管理系统数据库设计1 数据库设计 数据库设计是指对于一个给定的应用环境，构造优化的数据库逻辑模式和物理结构，并据此建立数据库及其应用系统，使之能够有效地存储和管理数据，满足各种用户的应用需求，包括信息管理要求和数据操作要求。1。1 需求分析阶段需求分析是整个设计过程的基础，是最困难、最耗时间的一步。需求分析做的不好，甚至会导致整个数据库设计返工重做。1。1.1 引言1研究背景随着我国高等教育的快速发展，高校办学规模不断扩大社团活动日益丰富，高校中大大小小的社团犹如雨后春笋般地建立起来。然而，其中许多的社由于缺乏管理而发展困难，于是便纷纷在昙花一现中退出了社联的大舞台。社团的出现为大学生们供了一个展现自我、发展自我的平台.然而，社团从建立到社团消亡过程，对于学校来说无疑是资金的流失；对于学生来说便是缺少了一个发展自我的舞台。面对社团内纷繁复杂的事物以及日益增多的资料收藏，社团负责人急需一个有效的管理系统作为自己的管理工具,实现网上操作，提高工作效率。然而在目前，大部分的高校都没有能设立起这样的管理系统。我所开发的唐仲英爱心社活动管理系统就是一个从总体立足,以社团的主体工作社团活动为出发点兼顾社员管理，为社团负责人提供了一个方便、快捷地了解社内信息和及时、准确的做工作计划的工具，从而为社团良好的发展起到了一定的推动作用。 1.1.2 设计目标与任务1需求分析阶段的目标(1) 详细调查，深入了解唐仲英爱心社,对存在的问题进行分析，从而完成对背景和研究意义的分析；（2)完成业务处理和数据处理（业务流图和数据流图），准确地表达用户的需求;(3) 建立数据字典（DD）；2需求分析阶段的任务(1） 处理对象：活动信息,社员基本信息，社员活动信息，活动村庄信息 ，活动完成情况信息,详细描述如下：a 活动信息:对经过团委批准后的活动的详细资料，涉及的数据有：活动的编号,名称，时间，活动地点的名称,负责人姓名，活动经费等；b社员基本信息:秘书处审批社员能否参加活动的依据，涉及的数据主要有：社员的编号，名字，性别,年级学院，出生日期,爱好特长 ,住处，联系方式，是否负责人等；c社员活动的信息：处理活动参加情况，一个社员可以参加多项活动，一项活动可以被多个社员参加。涉及的主要信息有：活动的编号，社员的编号；d动地点信息：一项活动可以在多个村庄开展，一个村庄可以开展多项活动。涉的内容主要有：村庄的编号，村庄的名称,村负责人,联系电话等；e 活动评价信息:其中主要涉及的数据有：评价编号,活动效果，活动说明，活动得分；在以上处理对象中，可用每个处理对象的编号或名称将各个对象联系起来，可以实现社内总体信息的查看，同时，当其中的某个对象改变时，其他对象中的数据要做相应的改变。(2)处理的功能本系统处理功能比较简单，主要包括活动的管理为核心模块，社员的管理，社员参加活动的管理等。其中，主要实现查询，插入、修改、删除等功能。(3)安全性及完整性要求由于本系统的用户主要是基于社团管理者管理社内主要业务出发，同时还允许社内成员了解自己参加活动情况，因而其安全性要求不是很高。在用户登录管理系统中，有相关用户身份（用户名和密码）验证。用户主要为社团管理者和社员，有社员权限限制。对操作过程中的数据查询和更新操作，可对数据库访问进行授权,还可以建立视图对不同的用户进行权限设置,从而进一步来保证安全性。在完整性要求中,活动编号，社员编号，村庄编号等可作为主键,可唯一标识实体,社员入社，社员参加活动以及活动的选址等，都通过外键将其联系起来。1.1。3 结果1需求调查以及收获在整个需求分析阶段，首先通过亲身参加业务工作来了解业务活动的情况;其次，查阅了许多相关资料(社员信息，活动资料等）；最后通过与社长交谈，经社长介绍社内现状及其工作中遇到的困难,认识到此系统应该实现的功能以及在做这个系统时我应该努力的方向.2业务流程图(业务流图如图1.1） 业务描述：一般学生通过提交入社申请,经秘书处批准，通过者则可成为社员。秘书处拟订并提交本学期的计划书，经团委老师审核，审核通过的活动再交由外联部进行实地调查、联系。外联部通过实际调查取得村庄的信息并与当地主要负责人联系好后,组织部就根据以上所得信息开展活动。社员参加活动要在秘书处报名，秘书处对所有报名者进行审核，审核通过者便可参加活动。以上便是系统的整个业务流程.3 数据流图(DFD)顶层数据流图如图1。2；中层数据流图如图1.3；4数据字典（DD）图 1.2 顶层数据流图 图1.1 业务流图图1.3 中层数据流图1.2 概念设计阶段将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计.1.2.1 目标与任务1目标:将需求阶段得到的用户需求抽象为信息结构即概念模型，概念结构要满足真实、易于理解、易于更改、易于转换等要求. 2具体任务（1） 选择中层数据流为切入点，通常选择实际系统中的子系统.对实体的及其属性进行描述;(2） 设计分ER图，即各子模块的E-R图；(3) 生成初步E-R图，通过合并方法,做到子系统实体、属性、联系统一；（4) 生成全局ER图，通过消除冲突等方面。1。2。2 结果1实体及其属性图 2.1 社员实体及其属性图2.2 活动及其属性图2.3 活动地点实体及其属性图2.4 活动完成情况及其属性图2.6 分E-R图图2.5 分E-R图2 分ER图图2.7 分E-R图3总ER图图2.8 总E-R图4 消除冗余和冲突在图2。7分ER 图中,负责人属于社员,然而负责人与活动又是一对多的关系，因而负责人是弱实体，为了避免产生冗余，在社员信息中加入标识属性(是否负责人）；1。3 逻辑设计阶段1。3。1 目标在此阶段，我们将概念结构设计阶段设计好的基本E-R图转化为SQL Server2000支持的数据模型相符合的逻辑结构。1。3.2 任务1将ER模型转换为关系模型转换原则:（1） 一个实体转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码；（2）一个1：1的联系可以转换为一个独立的关系模式，也可以与任意一端的对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相关联的各实体的码以及本身的属性均转换成关系的属性,每个实体的码均是该关系的侯选码。如果与一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性；(3) 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并；如果转换为一个独立的关系模式，则与该联系相关联的各实体的码以及本身的属性均转换成关系的属性，而关系的码是n端实体的码；（4） 一个m：n的联系转换为一个关系模式，与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码是个实体的码的组合；（5)三个或三个以上实体之间的一个多元联系可以转换为一个关系模式.与该多元联系相连的各实体的码以及关系本身的属性均转换为关系本身的属性均转换为关系的属性，而关系的码为各实体码的组合;(6)具有相同码的关系模式可以合并.将ER图转换为关系模型:（1） ER图2.5中,根据m：n的关系，与该联系相连的各实体以及联系本身的属性均转换为关系的属性，而关系的码是实体码的组合,即活动实体和村庄实体个建立一个关系，而将联系举行转换为一个关系，举行的码是活动实体和村庄实体的码的组合；活动（活动编号，活动名称,时间，活动经费）；村庄（村庄编号，村庄名称，村负责人，联系电话);举行（活动编号 村庄编号，活动内容).（2）E-R图2.6中,根据1：n的关系可以与一端实体对应的关系模式合并，并在该关系模式的属性里加入另一个关系模式的码和联系本身的属性的原则，将联系合并活动活动完成情况实体对应的关系模式中，加入活动实体的码（活动编号）。活动(活动编号，活动名称，时间,活动经费，活动负责人编号);完成情况(评语编号，活动效果，活动说明，活动得分，活动编号）；(3）E-R图2.7中,根据m：n的关系，与该联系相连的各实体以及联系本身的属性均转换为关系的属性，而关系的码是实体码的组合.即社员实体和活动实体各建立一个关系，而将联系参加转换为一个关系,参加的码是活动实体码和社员实体的码的组合；活动（活动编号,活动名称，时间，活动经费）；社员(社员编号，社员姓名,社员性别，出生日期，年级学院，特长爱好，住址，联系电话,是否负责人）；参加(社员编号 活动编号，备注)；注：带有下滑线的属性为关系的码。2 数据模型的优化（1)原则:一事一地；(2)方法：垂直分解法;(3）步骤:a 根据语义要求，观察各关系中的属性是否可分解，从而判断是否满足1NF;b分析主属性对非主属性是否存在部分函数依赖,从而判断是否满足2NF；c分析主属性对非主属性是否存在传递函数依赖，从而判断是否满足3NF；d分析是否无损分解，是否保持函数依赖关系；分析过程：a 在以上的数据模型中,属性均不可分解,满足1NF；b 在活动实体中，有且仅有活动编号能唯一地决定其他属性，即每一个非主属性完全函数依赖与主属性,因而满足2NF；在村庄实体中，有且仅有村庄编号能唯一地决定其他属性,即每一个非主属性完全函数依赖与主属性，因而满足2NF；在社员实体中，有且仅有社员编号能唯一地决定其他属性，即每一个非主属性完全函数依赖与主属性，因而满足2NF；在活动完成情况实体中，有且仅有评语编号能唯一地决定其他属性，即每一个非主属性完全函数依赖与主属性，因而满足2NF;在联系举行中，只有活动编号和村庄编号一起才能唯一地决定其他属性，即每一个非主属性完全函数依赖与主属性，因而满足2NF;在联系参加中，只有活动编号和社员编号一起才能唯一的决定其他属性，即每一个非主属性完全函数依赖与主属性,因而满足2NF;c 在活动实体中，主属性活动编号与非主属性之间不存在传递函数依赖，因而满足3NF。在村庄实体中,主属性活动编号与非主属性之间不存在传递函数依赖,因而满足3NF。在社员实体中,主属性活动编号与非主属性之间不存在传递函数依赖,因而满足3NF。在活动完成情况实体中，主属性活动编号与非主属性之间不存在传递函数依赖，因而满足3NF。在联系举行中,主属性活动编号与非主属性之间不存在传递函数依赖，因而满足3NF。在联系参加中，主属性活动编号与非主属性之间不存在传递函数依赖，因而满足3NF。通过以上步骤进行检验，在以上的数据模型中,不存在属性可分解、主属性对非主属性是否存在部分函数依赖以及主属性对非主属性是否存在传递函数依赖。因而，以上数据模型已经满足3NF。3关系模式定义如表 314用户子模式定义在概念模型转换为逻辑模型后，根据用户的需要与应用需求，设计用户的外模式，提高系统的安全性，方便用户的应用。由于用户外模式与模式是相对独立的，因此在定义用户外模式时要注意考虑用户的习惯与方便。包括：使用更符合用户习惯的别名,可以对不同级别的用户定义不同的VIEW,以保证系统的安全性，简化用户对系统的使用。根据以上规则，我分别建立子模式如表：325功能模块图 图3.1 功能模块图1.3.3 结果1将E-R图转化为关系模式 表 3-1 关系模式汇总编号关系名称模式说明T1活动ActNo, ActName, ActTime, ActMoney， ActChargNoT2村庄CounNo，CounName，CounTel，CounChargerT3社员模式MemNo,MemName，MemSex，MemBirth，GraDarName，MemHabit，MemAddr，Charger,MemTelepT4活动完成情况ActResuNo，ActEffect，ActDetai，Actscore，ActNoT5社员参加活动MemNo，ActNo，NoteT6活动举行地点ActNo，CounNo,Content详见附录32子模式 表3-2 关系外模式汇总序号视图名称视图定义作用备注01社员信息团委老师视图MemNo，MemName,MemSex，GraDarName，MemAddr，MemTelep,MemHabit，Charger团委老师查看社员信息了解社员基本信息02社员信息负责人视图MemNo，MemName，MemSex,GraDarName,MemAddr，MemTelep,MemHabit,Charger负责人查看社员信息了解社员基本信息03社员_活动信息负责人视图MemNo,ActNo,Note负责人查看社员参加活动的情况了解社员参加活动的积极程度04社员_活动信息团委老师视图MemNo，MemNameGraDarName,ActName老师查看社员活动信息考察社内活动参与情况05活动_地点信息负责人视图ActName，CounName，Content负责人查看活动举行地点的信息了解社内活动都在哪些地点举行06活动_评价信息负责人视图ActNo，ActName，ActEffect，ActDetai负责人查看活动完成信息为第二年制定计划书提供参考视图定义详见附录41。4 物理设计阶段1.4。1 目标为逻辑数据模型选取一个最适合应用环境的物理结构，根据DBMS特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式。 1.4。2 任务具体分为两步:（1）确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；对物理结构进行评价,评价的重点是时间和空间效率。（2）具体的方法是希望设计优化的物理数据库结构,使得在数据库上运行的各种事物响应时间小、存储空间利用率高、事务吞吐率大.为此首先对要运行的事务进行详细的分析，获得选择物理数据库设计所需要的参数。其次,要充分了解所用的RDBMS的内容特征，特别是系统提供的存取方法和存储结构.1。4.3 结果1 索引的建立(1）原则a 如果一个（或一组）属性经常在查询条件中出现，则考虑在这个（或这组）属性上建立索引(或组合索引）;b 如果一个属性经常作为最大值和最小值等 聚集函数的参数，则考虑在这个属性上建立索引；c 如果一个（或一组）属性经常在连接操作的连接条件中出现，则考虑在这个(或这组)属性上建立索引；由以上条件可知采用SQL 2000系统的默认格式必须建立索引.采取的索引方式有一些属性列建立索引，一些属性列建立组合索引，一些属性列设计为唯一索引。(2) 主要内容a 在本系统中，由于活动编号在查询活动信息时，在做连接操作的连接条件中经常出现，所以在活动编号上建立唯一性索引；b 由于社员编号在查询社员信息时,在做连接操作的连接条件中经常出现,所以在社员编号上建立唯一性索引；c 由于村庄编号在查询村庄信息时，在做连接操作的连接条件中经常出现，所以在村庄编号上建立唯一性索引。2 存储过程表 4-1 存储过程汇总编号存储过程名称定义作用P1query1（query11，query12,query13，query14）详见附录4根据不同的用户，分别用社员编号和社员姓名来查看社员信息P2Insert1详见附录4插入社员P-3query2(query21 , query22）详见附录4分别用活动编号和活动名称来查看活动信息P4Insert2详见附录4插入活动P5query3（query31 ， query32)详见附录4分别用村庄编号和名称查看村庄信息P-6Insert3详见附录4插入村庄3 触发器表 4-2 触发器汇总编号触发器名称定义作用T1活动-delete详见附录4删除活动及其所有信息T-2社员-delete详见附录4删除社员及其所有信息T3村庄-delete详见附录4删除村庄信息1.5 数据库实施阶段1.5。1 目标完成数据库的物理设计之后，就要运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果，建立数据库、编制与调试应用程序、组织数据入库并进行试运行。1。5.2 任务1建立数据库、数据表、视图、索引等存储过程等DDL定义，并完成完整性、安全性等要求定义；2数据入库；3使用存储过程完成处理过程、系统主要功能（查询、更新、简单统计等);4数据库试运行;1.5.3 结果1建立数据库、数据表、视图、索引、存储过程以及触发器见附录4;2数据入库见附录2。1.6调试与测试1.6.1目标测试所建立的存储过程以及触发器的正确性,发现不足进行改正。1。6.2任务在完成了以上阶段的所有任务后,我们就要对已建立的系统进行调试与测试.测试的内容主要包括两块：一,性能测试:实际运行应用程序和执行对数据库的各种操作；二,性能测试:主要测试系统的性能指标,分析是否符合设计目标。2.6。3 结果见附录62附录附录1数据字典表1-1数据项编号数据项名数据类型长度取值范围含义说明数据项之间的关系DI1MemNoChar4000-999标识社员决定其他数据项DI-2MemNameChar8社员姓名DI-3MemSexChar2男，女社员性别DI-4MemBirthDateTime社员出生时期DI5GraDarNameChar8社员所在年级和学院DI-7MemHabitChar20社员特长爱好DI-8MemAddrChar20社员住址DI9ChargerChar5是,否是否负责人DI10MemTelepChar15社员联系方式DI-11ActNoChar40099活动编号决定其他数据项DI12ActNameChar10活动名称DI13ActChargNoChar4活动负责人编号DI-14ActTimedatetime活动时间DI-15ActMoneysmallint活动经费DI16CounNoChar40099活动村庄号决定其他数据项DI-17CounNameChar8村庄的名称DI-18CounTelChar15村庄联系电话DI-19CounChargerChar20村庄负责人DI-20ActResuNoChar400-99活动评价号决定其他数据项DI21ActEffectChar10活动效果DI-22Act-DetaiChar10活动说明DI23ActscoreChar5活动得分表12 数据结构数据结构编号结构名数据结构含义数据结构组成DS-1Member社员信息MemNo,MemName,MemSex，MemBirth,Gra-DarName,MemGrade,MemHabit，MemAddr，MemTelep数据结构编号结构名数据结构含义数据结构组成DS-2Activity活动信息ActNo,ActCharger，ActName，ActTime，CoryNoDS-3 Country活动地点信息CoryNo，CoryName，CoryDescrpDS4ActReslt 活动完成情况信息ActResult，ActEffect，ActAffect表13数据流数据流名数据来源数据去向组成流通量社员信息流学生入社申请秘书处安排活动Member大，入社更新活动信息流秘书处拟订，团委审批外联部调查,联系Activity大，拟订计划书活动地点信息流外联部调查统计组织部组织活动Country小，安排时更新活动完成信息流组织部组织实施秘书处保管ActResult小,活动再次完成后更新表14数据存储数据存储名说明输入数据流输出数据流组成社员信息存储社员基本信息学生基本信息流社员基本信息流Member活动信息存储活动基本信息计划书中活动信息流批准的活动信息流Activity活动地点存储活动地点基本信息活动地点信息流活动地点信息流Country活动完成情况存储活动完成情况活动完成信息流活动完成信息流ActResut表1-5数据处理过程编号处理过程输入输出处理活动激发条件1学生申请入社学生基本信息流社员基本信息流保存社员基本信息学生向秘书处提交入社申请书2活动计划书审核计划活动信息流批准活动信息流保存批准活动流秘书处提交计划书3外联部实地调查联系批准的活动信息流活动地点信息流保存活动地点信息秘书处将批准的活动书交给外联部联系4活动组织实施完成活动信息活动评价信息保存活动完成情况外联部将活动计划信息交由组织部实施附录2数据录入信息表 5-1 村庄信息CounNoCounNameCounTelCounCharger01上孟村85021055张维彩02虎欲村85051120刘书记03辛口村85059654李村长04西山村87034589王书记05枣林村89054781杨书记06中兴村86154789陈村长07仁烟村87266540刘村长08崇耕村85410321郝书记09群兴村87254631苏书记CounNoCounNameCounTelCounCharger10金盆村84210565严村长表 52 活动信息ActNoActNameActTimeActMoneyActChargNo01义务助教20051233000102大手牵小手2006-5-114001103调研2006-3212000704乡村图书架20067-1010001505捐助图书2006-5-295001106走访20064212000107重阳慰问20069-103001508捐助衣物200610-184000109一帮一活动2006-1152001110义务劳动2006-10-120007表 5-3 活动举行地点信息ActNoCounNoContent0102给小学生讲课，给当地老师传授计算机知识0106给小学生讲课，跟老师一起交流经验0207和农村小朋友一起游戏0208给农村小朋友教一些生活中的基本技能0302调查当地小学的取暖设施0310调查当地农民的月收入0403为当地小学建立图书架0504给当地的贫困小学生捐书0610了解该村退休老书记的生活状况0701与该村孤寡老人一起度过老人节0703与该村孤寡老人一起度过老人节0704与该村孤寡老人一起度过老人节0809给该村贫困农民捐赠衣物0906每人帮助一名贫困小同学1005帮助该村农民种庄稼表 5-4 活动完成情况信息ActResuNoActEffectActDetaiActscoreActNo01好继续开展70202一般考虑50403好继续开展70304差不再开展10605非常好扩大规模100506较好缩小规模601ActResuNoActEffectActDetaiActscoreActNo07一般考虑50708好继续开展70809非常好扩大规模101010较好缩小规模609表 5-5 社员信息MemNoMemNameMemSexMemBirthGraDarNameMemHabitMemAddrcharge001王兴召男19856-504水建篮球西12-627是002孟春见女1985-42506水建书法,交际西1134否003桑运龙男1986-21405动科乒乓球西13613否004郭瑞珍女19853504外语系跑步西1-124否005李士敏女1985-2104理学院写作西5120否006雷华贵男1986-8405食品摄影西8-216否007覃香女1985-92804信息羽毛球西1610是008施林女1987-9306林学院交际，读书东12-311否009曹顺辉男1986-8705机电电脑，唱歌西6506否010张听兴男1985-12404生命书法西3-503否011张建军男19854704农学交际东10206是012岳飞燕女19871-306经管羽毛球西11625否013师建刚男1987-6106资环象棋,篮球东10-202否014高传奇男19863-805农学篮球东11223否015刘合旭男1986-9-104水建唱歌跳舞西12-628是016高艳女1986060705动科排球西2420否表 5-6 社员参加活动信息MemNoActNoNote00103活动晚点十分钟开始00105社员迟到一人,活动准时开展00107社员准时到达，活动未准时开展00201社员按时到达,活动准时开始00205社员迟到一人,活动准时开展00308社员准时到达，活动未准时开展00309社员未到齐00501社员按时到达,活动准时开展00510活动未准时开始00606活动准时开始00704社员未到齐,活动准时开展00708社员准时到达，活动未准时开展0090200904社员未到齐,活动准时开展MemNoActNoNote01005社员迟到一人,活动准时开展01101社员按时到达，活动准时开展01109社员未到齐0120201209社员未到齐01304社员未到齐,活动准时开展01405社员迟到一人,活动准时开展01506活动准时开始01510活动未准时开始0160301610活动未准时开始附录3 关系模式说明表31活动关系模式属性名数据类型取值范围是否为主属性是否为外键完整性要求ActNoChar（4）00-99是否Not nullActNameChar(10）否否Not nullActTimeDatetime否否nullActMoneysmallint否否nullActChargNoChar（4)否是Not null表32 村庄关系模式属性名数据类型取值范围是否为主属性是否为外键完整性要求CounNoChar（4）00-99是否Not nullCounNameChar（8）否否Not nullCounTelChar（20）否否Not nullCounChargerChar（15)否否null表33社员关系模式属性名数据类型取值范围是否为主属性是否为外键完整性要求MemNoChar（4）000-999是否Not nullMemNameChar（8）否否Not nullMemSexChar（2)男,女否否nullMemBirthDateTime否否Not nullGraDarNameChar(8)否否nullMemHabitChar（20）否否nullMemAddrChar(20)否否Not nullChargerChar（5)是，否否否Not nullMemTelepChar（15)否否Not null 表34活动完成情况模式属性名数据类型取值范围是否为主属性是否为外键完整性要求ActResuNoChar（4）00-99是否Not nullActEffectChar(10)否否nullActDetaiChar(10)否否nullActscoreChar（5）否否Not nullActNoChar（4)0099否是Not null表3-5社员参加活动模式属性名数据类型取值范围是否为主属性是否为外键完整性要求 MemNoChar(4）000-999是否Not nullActNoChar(4）0099是否Not nullNoteChar（50)否否Not null 表36 活动地点模式属性名数据类型取值范围是否为主属性是否为外键完整性要求ActNoChar（4）0099是否Not nullCounNoChar（4)00-99是否Not nullContentChar(50)否否Not null附录 4 数据定义语句1 数据库的定义create database 唐仲英爱心社活动管理系统；2 数据表的定义(1） create table 社员(MemNo char（4) primary key , MemName char(8) not null,MemSex char（2）,MemBirth datetime（15），GraDarName char(8），MemHabit char(20),MemAddr char(20),MemTelep char（15), Charger char(5）)；（2）create table 村庄（CounNo char(4) primary key， CounName char（8） not null, CounTel char(15）, CounCharger char（20）)；（3）create table 活动（ActNo char(4） primary key，ActName char(10） not null，ActTime char(10）,ActMoney smallint(10），ActChargNo char(4) n