《《数据库课程设计》论文-高校收费管理系统数据库设计.doc》由会员分享，可在线阅读，更多相关《《数据库课程设计》论文-高校收费管理系统数据库设计.doc（36页珍藏版）》请在三一文库上搜索。
1、信息工程学院数据库课程设计论文题 目：高校收费管理系统数据库设计学 号：2专业班级：计算机科学与技术102班姓 名：指导老师：完成日期：2011.1.131高校收费管理系统数据库设计（信息工程学院计算机科学与技术10级2班）摘 要 随着我国教育体制改革的深入进行，高校教育管理得到了前所未有的发展。但是，我国的高校教育管理信息化水平还处在初级阶段，学生收费管理作为其中的一项重要分支表现的尤为突出。主要表现在对学生的收费管理还是采用原有的人工管理方式，这就造成工作效率低、误差大，也造成了人力、物力、财力资源的浪费。其中学生收费管理又是学校运转的关键。如何提高其管理效率，是当前学校管理者所面临的重要
2、课题。学生收费管理信息化，不仅可以简化传统人工手动的管理模式，使学校财务管理人员能够方便地利用学校内部信息对学生收费进行全面管理，更重要的是利用计算机的技术可以使学生收费管理规范化、制度化、数字化、提高管理水平、降低管理成本、减轻工作强度、提高工作效率，使学校以高效率运转。计算机技术在校园中的应用顺应了我国的国情，实现了教育要面向现代化，面向未来的指导思想，是高校管理走向现代化的有力武器。关键字：收费；学籍管理；票据管理；oracle。目 录引言1开发的背景1开发目标及意义11需求分析11.1处理对象及组织11.2信息处理及系统功能11.3数据库系统分析21.3.1数据库性能需求分析21.3.
3、2 数据库系统开发环境需求21.3.4 数据流程图的简建立21.3.4 数字字典设计要求22数据库结构设计22.1 概念设计32.1.1 分E-R图建立32.1.2 全局/整体E-R图52.2 逻辑设计62.2.1 建立关系模式72.2.2 关系模式规范化处理82.2.3 用户子模式建立82.2.4 关系模式逻辑结构定义83 数据库物理设计103.1 物理设计的内容103.2索引的建立114 数据库实施与测试114.1 数据库实施114.1.1 数据库及数据库对象建立114.1.2 数据入库114.2 数据库测试115总结126附录13附录1 数据流程图13附录2 数据字典15附录3 数据库及
4、数据库对象建立183.1 数据库及数据表的建立183.2数据表视图的建立203.3索引的建立23附录4 触发器及存储过程234.1存储过程的定义234.2触发器的的定义30参考文献3210级计算机专业2班数据库应用系统课程设计课程论文引言开发的背景随着我国教育体制改革的深入进行，高校教育管理得到了前所未有的发展。但是，我国的高校教育管理信息化水平还处在初级阶段，学生收费管理作为其中的一项重要分支表现的尤为突出。开发目标及意义系统实施后，应能集中对学生各项收费信息进行管理，实现了教育要面向现代化，面向未来的指导思想，是学生收费管理走向现代化的有力工具，也给教育及发展事业带来很大的推动力。学生收费
5、管理信息化，不仅可以简化传统人工手动的管理模式，使学校财务管理人员能够方便地利用学校内部信息对学生收费进行全面管理，更重要的是利用计算机的技术可以使学生收费管理规范化、制度化、数字化、提高管理水平、降低管理成本、减轻工作强度、提高工作效率，使学校以高效率运转。计算机技术在校园中的应用顺应了我国的国情，实现了教育要面向现代化，面向未来的指导思想，是高校管理走向现代化的有力武器。1需求分析需求分析就是分析用户的要求，通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。新系统必须充分考虑今后可能的
6、扩充和改变，不能仅仅按当前应用需求来设计数据库。1.1处理对象及组织系统要处理的对象包括学籍状态、学生信息、费用信息、收费情况及费用审查等五个方面。（各个对象包括的详细信息见附录三数据字典）1.2信息处理及系统功能高校收费管理系统大体上分为三个部分学籍信息管理系统、收费信息管理系统，费用审查管理系统。学籍信息管理系统：实现学籍信息的更新和查询；收费信息管理系统：主要实现学生收费情况和查询；费用审查管理系统：实现对收取费用的审查从而追踪欠费或退款信息；（1.3数据库系统分析1.3.1数据库性能需求分析该本数据库系统为高校收费管理系统，系统处理功能主要是立足于学生收费管理，实现学生收费，根据档案情
7、况进行收费，并对学生的转学，退学生情提供相应的退款服务，以及费用统计审查，并对学生欠费，交费情况做出处理。1.3.2 数据库系统开发环境需求该数据库系统是在oracle10g的数据库应用软件环境下开发的，用数据库SQL语言定义数据库及数据库对象以及实现数据库中数据的查询和更新操作。1.3.4 数据流程图的简建立数据流程的建立就是舍去物流管理的机构、信息载体、处理工作等，只把数据在系统内部的流动情况独立地抽象出来，单从数据流动的过程来考查物流管理业务的数据处理模式。该系统所创建的五个数据流图见附录1。1.3.4 数字字典设计要求数据字典是建立数据库的数据基础，是经过多方面的数据采集、数据筛选分析
8、所得，是系统开发的重要步骤，在数据库设计中占据着非常重要的地位。常见的数据字典由数据项、数据结构、数据流、外部实体、数据存储及处理过程等组成。由于数据繁琐，在此不再赘述。详细数据项、数据结构、数据流、数据存储及处理过程见附录2。2数据库结构设计主要包括概念设计和逻辑设计两个部分。概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型；而逻辑结构设计是将概念结构转换为某个DBMS所支持的数据模型，并对其进行优化2.1 概念设计概念设计是将需求分析得到的用户需求抽象为概念模型的过程，这个阶段主要的目标是通过对用户需求进行综合、归纳与抽象，形成
9、一个独立于DBMS的概念模型（E-R图）。对这个阶段的要求有：（1）能真实、充分地反映现实世界，包括事物与事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型；（2）易于理解，因此可以用它和不熟悉计算机的用户交换意见；（3）易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充；（4）易于向关系、网状、层次等各种数据模型转换。概念设计主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)，它是整个数据库设计的关键，包括概念模型设计和新系统流程两个阶段。设计概念结构通常有四类方法：自顶向下。即首先定义全局概念结构的框架，然后逐步细化。自底向上。即首先定义各局部应用
10、的概念结构，然后将它们集成起来，得到全局概念结构。逐步扩张。首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构。混合策略。即将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。2.1.1 分E-R图建立分E-R图就是全局概念模式下的底层概念模式向E-R图的转化。先从用户全局需求出发，逐曾细化得到底层需求，把每个底层需求转换为一个概念模式，再逐层合成概念模式得到全局概念模式。每个底层概念模式都要转化为分E-R图。设计分E-R图的思想是，以中层数据流为切入点，利用抽象机制对需求分析阶
11、段收集到的数据进行分类、聚集、概括，形成实体、实体的属性、标识实体的码、确定实体之间的联系类型（1:1,1:n,m:n），再逐一设计分E-R图。为高校收费管理系统所创建的实体及其属性图和三个分E-R图如下图所示：学籍维护ER图：收费ER图：审查ER图：各分E-R图每个实体的属性如下所示：学工办（D_num，D_address，D_phone，D_mnum，D_dep）；学籍信息（R_reason,R_date,R_num）；学生（S_name,S_numner,S_dormitory,S_sex,S_class,S_inyear，S_Dep）；院财务处（F_num，F_address，F_ph
12、one，F_mnum,F_dep）；应缴费用（FP_name,FP_type,FP_money）；收费单（Ch_num,Ch_date,Ch_mnum,Ch_sou）2.1.2 全局/整体E-R图由分E-R图到全局E-R图的过程就是视图集成的过程，一般来说有两种方式：（1）多个分E-R图一次集成，难度较大；（2）逐步集成，用累加的方式一次集成两个分E-R图，可以降低复杂度。无论采用哪种方式，每次集成局部E-R图时都需要分两步走：（1）合并；（2）修改和重构。在合并分E-R图时，主要是为消除各分E-R图之间的冲突，包括属性冲突、命名冲突、结构冲突。在消除属性冲突时，需要调整属性域和属性的取值单位
13、；消除命名冲突，主要是为预防同名异义或异名同义的情况；结构冲突包括的比较多，每种都有自己的解决方法，主要有：（1）同一对象在不同应用中具有不同的抽象，解决时通常是把属性变换为实体或把实体转换为属性，使同一对象具有相同的抽象；（2）同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同，可以通过取该实体属性为各分E-R图中属性的并集，再适当调整属性的次序；（3）实体间的联系在不同的分E-R图中为不同的类型，可以根据应用的语义对实体联系的类型进行综合或调整。修改或重构主要是为消除不必要的冗余。消除冗余主要采用分析方法，即以数据字典和数据流图为依据，根据数据字典中关于数据项之间逻辑关系的
14、说明来消除冗余；此外也可以用规范化理论来消除冗余。当然，并非所有的冗余数据与冗余联系都必须加以消除，有时为了提高效率，也会不得不以冗余信息作为代价，这个需要根据用户的整体需求来确定。在合并和修改或重构之后，全局E-R图如图示：高校收费管理系统全局ER图2.2 逻辑设计逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。逻辑结构设计一般要分3步进行：（1） 将概念结构转换为一般的关系、网状、层次模型；（2） 将转换来的关系、网状、层次模型向特定的DBMS支持下的数据模型转换；（3） 对数据模型进行优化。阐述逻辑设计阶段目标、任务和
15、方法，重点介绍逻辑设计的主要内容。2.2.1 建立关系模式将E-R图向关系模型的转换一般遵循如下原则：（1） 一个实体型转换为一个关系模式；（2） 实体的属性就是关系的属性；（3） 实体的码就是关系的码。对于实体型间的联系有以下不同情况：（1） 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一段对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。（2） 一个1：n联系可以转换为一个独立的关系模
16、式，也可以与n端对应的关系模式合并，如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。（3） 一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。（4） 3各或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。（5） 具有下沟通吗的关系模式可合并。关系模式表示形式为 R（U，F）由E-R图转换得到的（满足三范式）关系模式如下：学工办（学工办
17、编号，学工办地址，学工办电话，学工办管理人员编号，学工办所属学院）学生（学号，学生姓名，性别，宿舍号，学生班级，入学年份，所在院系）学籍信息（学籍编号，学籍变动时间，学籍变动原因）应缴费用（费用名称，费用类型，费用金额）院财务处（院财务处编号，院财务处地址，院财务处电话，院财务处管理人员编号,财务处所属学院）收费单（票据号，收费来源，收费时间，收款人编号）审查（院财务处编号，票据单，审查编号，审查时间，欠费人名单，欠费金额）2.2.2 关系模式规范化处理根据关系规范化理论，在关系数据库中，对关系模式的基本要求是满足第一范式。在一范式的基础上，消除非主属性对码的部分函数依赖就转换为二范式，在二范
18、式的基础上再消除非主属性对码的传递函数依赖就转换为三范式。依次关系规范化理论分析，以上由E-R图转换得到的关系模式均满足三范式模式的要求。2.2.3 用户子模式建立根据需求分析，建立满足不同需求的用户子模式，子模式表示形式为如下：表1用户子模式编号视图名称数据项简介V-1StuinfoS_name,S_numner,S_dormitory,S_sex,S_class,S_inyear，S_dep查询学生信息V-2FeeinfoFP_name,FP_type,FP_money查询应收费用信息V-3ChinfoCh_num,Ch_date,Ch_mnum,Ch_sou查询收费单信息V-4CHeck
19、rInfoRC_num，RC_date, RC_name, RC_fee查询审查结果信息2.2.4 关系模式逻辑结构定义表2 DeanOffice数据项编号数据项名数据项含义类型长度取值范围I01D_num学工办编号numnber10I02D_address学工办地址varchar20I03D_phone学工办电话numnber10I04D_mnum学工办管理人员编号numnber10I030D_dep学工办所属学院Varchar10表3 student数据项编号数据项名数据项含义类型长度取值范围I05S_name学生姓名varchar8I06S_numner学号numnber10000009
20、9999I07S_sex学生性别varchar2男或女I08S_dormitory学生宿舍号numnber4I09S_class学生班级varchar8I010S_inyear入学年份date10I029S_Dep学生院系Varchar20表4 Feepayable数据项编号数据项名数据项含义类型长度取值范围I011FP_type费用类型varchar10I012FP_name费用名称varchar10I013FP_money费用金额numnber20表5 Chargeorder数据项编号数据项名数据项含义类型长度取值范围I014Ch_mnum收款人编号numnber10I015Ch_date
21、收费时间date10I016Ch_sou收费来源varchar10I017Ch_num票据号number10表6 Financialdepart数据项编号数据项名数据项含义类型长度取值范围I018F_num院财务处编号numnber10I019F_address院财务处地址varchar10I020F_phone院财务处电话numnber10I021F_mnum院财务处管理人员编号numnber10I031F_dep财务处所在学院Varchar10表7 Register数据项编号数据项名数据项含义类型长度取值范围I022R_reason学籍变动原因varchar20I023R_date学籍变动
22、时间date8I023R_num学籍编号Number8表8 Reviewchecklist数据项编号数据项名数据项含义类型长度取值范围I025RC_num审查编号numnber10I026RC_date审查时间date8I027RC_name欠费人名单varchar10I028RC_fee欠费金额numnber20I018F_num院财务处编号numnber103 数据库物理设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。3.1 物理设计的内容通常关系数据库物理设
23、计的内容主要包括：（1）为关系模式选择存取方法；索引存取方法聚簇存取（Cluster）方法HASH存取方法（2）设计关系、索引等数据库文件的物理存储结构。确定数据的存放位置和存储结构确定系统配置3.2索引的建立用SQL实现数据库时，有两种索引：聚簇索引和唯一性索引。Oracle会为基本表的主码自动创建聚簇索引，而聚簇索引在一张表中只能创建一个，所以没必要再创建聚簇索引。此系统中许多列不会重复，所以可以设计唯一性索引。4 数据库实施与测试 在完成数据库的物理设计之后，就要用RDBMS提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果严格描述出来，成为DBMS可以接受的源代码，再经过调
24、试产生目标模式。然后组织数据入库，这就是数据库的实施阶段。在实施阶段完成之后，就要对数据库系统进行预定目标的测试。在测试期间，要考虑到数据库的安全性与完整性控制，还要对数据库性能进行监督、分析和改造。这一切工作都要不断进行，直到测试达到预定目标。4.1 数据库实施4.1.1 数据库及数据库对象建立主要包括：数据库、基本表、视图、索引、触发器以及存储过程；对于具体的DDL语句以及相关代码，以附录形式列出。4.1.2 数据入库对各个主要数据表要录入20条以上的记录，方法可用EXCEL批量导入，也可以逐条录入。4.2 数据库测试主要内容是对建立的数据库及数据库对象进行测试具体要求：（1）要设计好测试
25、数据（2）对测试的结果要抓图在论文中体现，同时注意图片的格式（3）对测试结果进行分析，是否满足设计要求。5总结经过不到两周的数据库课程设计训练，虽然很累，但我感觉收获了很多很多。首先，从数据库设计角度来说，以前只是对理论的学习，而通过这次训练，给我们创造了一个把理论付诸于实践的机会。实习以前学了一个学期的数据库理论知识，虽然对理论的知识都理解，但一提到数据库还是感到很神秘，不知道它到底是怎么实现数据管理的。但是，通过这次数据库设计实习，对数据库的开发过程有了进一步的了解，而且对数据库理论也有了更深刻的了解。通过这次实习，我深刻体会到了数据库书中所说的数据库“三分技术，七分管理，十二分基础数据”
26、的真正含义。深刻体会到了数据管理的重要性。其次，通过将近两周的实习，大大锻炼了我分析问题，解决问题的能力，而且我发现只要我们愿意深入下去分析问题，不断地深入思考，一定能够找到解决问题的办法的。在由分E-R图生成总E-R图时，遇到了一些问题。订购员，供应商和货物之间的关系，我总感觉到很复杂，不知道究竟应该怎么转化。后来，经过老师的一番分析和我的一些思考，终于成功的将他们之间的关系理顺，最终，确定了他们三个之间是三个实体间的多对多的关系。在其它的一些环节，也遇到了一些小问题，不过，最后，通过与同学老师讨论，最终都得到了完满的解决。在这次实习中，我还深刻的认识到互帮互助的重要性，在遇到自己不能解决的
27、困难时，及时的向他人求助也是一种明智的选择。因为他们的经验是经过多次的训练逐渐摸索出来的。我们应当借鉴他们的经验，通过不断的积累经验，可以让我们的工作变得简单而有趣。另外我觉得这次最大的收获除了知识的掌握和能力得到培养锻炼之外，懂得了一个道理，凡事细节决定了事情的成败，因为一个小小的错误却可能导致其他的问题需要重头来过。还有就是要抱着一颗虚心学习的心，对于不懂的问题要及时与老师和同学沟通，才能更好的促进学习。在这样学习的过程中，老师们总是耐心的为我们答疑解惑，非常感谢老师们。尤其是杨晓辉老师，从来都那么有耐心，无论我们的问题在老师看来是多么的简单，她都从来是耐心的为我们一一解答，谢谢杨老师。虽
28、然这次实习圆满结束了，但我感觉到有点遗憾，因为没能与实际的编程语言联系起来，没能设计出应用程序和图形界面，总觉得有点缺憾。如果能设计出一个能真正使用的数据库应用系统那就更好了。总之，通过这次数据库实习，我收获很大，感受颇深。6附录附录包括数据流图，数据字典，SQL语句等。附录1 数据流程图 图1 顶层数据流程图图2 第一层数据流程图图3 第二层数据流程图学籍管理图4 第二层数据流程图交费附录2 数据字典 表1数据项列表数据项编号数据项名数据项含义类型长度取值范围I01D_num学工办编号numnber10I02D_address学工办地址varchar20I03D_phone学工办电话numn
29、ber10I04D_mnum学工办管理人员编号numnber10I05S_name学生姓名varchar8I06S_numner学号numnber100000099999I07S_sex学生性别varchar2男或女I08S_dormitory学生宿舍号numnber4I09S_class学生班级varchar8I010S_inyear入学年份date10I011FP_type费用类型varchar10I012FP_name费用名称varchar10I013FP_money费用金额numnber20I014Ch_mnum收款人编号numnber10I015Ch_date收费时间date10I0
30、16Ch_sou收费来源varchar10I017Ch_num票据号number10I018F_num院财务处编号numnber10I019F_address院财务处地址varchar10I020F_phone院财务处电话numnber10I021F_mnum院财务处管理人员编号numnber10I022R_reason学籍变动原因varchar20I023R_date学籍变动时间date8I023R_num学籍编号Number8I025RC_num审查编号numnber10I026RC_date审查时间date8I027RC_name欠费人名单varchar10I028RC_fee欠费金额n
31、umnber20I029S_Dep学生院系Varchar20I030D_dep学工办所属学院Varchar10I031F_dep财务处所在学院Varchar10 表2数据结构列表数据结构编号数据结构名数据结构含义组成IS1DeanOffice学工办D_num，D_address，D_phone，D_mnum,D_depIS2student学生S_name,S_numner,S_dormitory,S_sex,S_class,S_inyear，S_DepIS3Fee payable应缴费用FP_name,FP_type,FP_moneyIS4Financial department院财务处F_n
32、um，F_address，F_phone，F_mnum.F_depIS5Register学籍信息R_reason,R_date,R_numIS6Charge order收费单Ch_num,Ch_date,Ch_mnum,Ch_souIS7Review checklist审查清单RC_num，RC_date, RC_name, RC_fee 表3数据存储列表数据存储编号数据存储名称简述数据存储组成相关联的处理S1财务记录记录收费情况，退款，审查情况费用类型+费用名称+费用金额+审查编号+审查时间P2.1，P2.2，P2.3，P2.4S2档案记录新生入学或有学籍变动记录学生信息+学籍变动原因+学籍
33、变动时间P1.1，P1.2，P1.3表4 处理逻辑列表处理逻辑编号处理逻辑名称简述输入的数据流处理输出的数据流处理频率P1.1核对档案根据新学期学生情况核对档案学籍情况根据新学期情况核对核对后学生信息1次/年P1.2入学根据新学期核对后档案安排入学核对信息后未变动的学生入学，存档新档案1次/年P1.3转/退学根据新学期核对后档案安排转退学核对学籍有变动的学生批准转退，并存档新的档案1次/年P2.1核对收费根据学生缴费条目收费学生缴费条目收费收据1次/年P2.2收费统计根据收费单统计收费及欠款情况收费单统计审查缴费及欠款情况1次/年P2.3同意退款查看退款申请书，并做出回应退款申请书批准后不批批
34、准后的退款申请书1次/年P2.4退款根据退款单退款批准后的退款申请书退款退款金额，票据等1次/年 表5 数据流列表数据流编号数据流名称简述数据流来源数据流去向数据流组成数据流量F1学籍情况教务处清查并交由档案室核对学工办档案室学生信息1次/年F2未变动名单核对后未变动学生学籍情况安排入学学生信息1次/年F3有变动名单核对后变动学生学籍情况安排退/转学学生信息1次/年F4退学申请学生根据自身情况提出申请学生学工办学籍状态1次/年F5记录档案检查入学和退转学情况后写入档案核对后的最后学生信息档案学籍状态+学生信息1次/年F6缴费学生信息根据入学学生信息交由财务处开收费单入学学生信息学工办学生+费用
35、1次/年F7缴费条目学生根据自身情况缴费学生收费人员学生+费用+收费单1次/年F8收据相关人员收费后开出收据收费人员学生费用+收费单1次/年F9收费单收费人员将收费单交由财务处审查收费人员院财务处费用+收费单1次/年F10退款申请学生盛情退款学生申请院财务处核对金额学生+费用1次/年F11缴费情况财务处审查后打出缴费情况表院财务处财务记录审查清单+费用+学生1次/年附录3 数据库及数据库对象建立 3.1 数据库及数据表的建立创建学工办表- Create tablecreate table DEANOFFIEC( D_NUM NUMBER primary key , D_ADDRESS VARC
36、HAR2(20), D_PHONE NUMBER, D_DEP VARCHAR2(20), D_MNUM NUMBER)创建学生表- Create tablecreate table STUDENT( S_NAME VARCHAR2(8), S_NUMBER NUMBER primary key, S_SEX VARCHAR2(2) check (S_SEX=男 or S_SEX=女), S_DORM NUMBER, S_CLASS VARCHAR2(8), S_INYEAR number, S_DEP VARCHAR2(20)创建应交费用表- Create tablecreate table
37、 FEEPAYABLE( FP_TYPE VARCHAR2(10), FP_NAME VARCHAR2(10) primary key, FP_MONEY NUMBER)创建收费单表- Create tablecreate table CHARGEORDER( CH_NUM NUMBER primary key, CH_SOU VARCHAR2(10), CH_DATE DATE, CH_MNUM VARCHAR2(10)创建院财务处表- Create tablecreate table FINANCIALDEPART( F_NUM NUMBER primary key, F_ADDRESS
38、VARCHAR2(20), F_PHONE NUMBER, F_MNUM NUMBER, F_DEP VARCHAR2(20)创建学籍信息表- Create tablecreate table REGISTER( R_NUM NUMBER primary key, R_REASON VARCHAR2(20), R_DATE DATE)创建审查表- Create tablecreate table REVIEWCHECKLIST( RC_NUM NUMBER, RC_DATE DATE, RC_NAME VARCHAR2(10), RC_FEE NUMBER, F_NUM NUMBER, pri
39、mary key (RC_NUM,F_NUM )创建好表之后如下：3.2数据表视图的建立1.查询学生信息create view Stuinfoasselect S_name,S_number,S_dorm,S_sex,S_class,S_inyear,S_depFROM student运行结果如下：2.查询应交费用信息create view Feeinfoasselect *FROM feepayable运行结果如下：3.查询退学学生学籍信息create view reginfoasselect *from registerwhere R_REASON = 退学运行结果如下：4.查询欠费金额为
40、10002000之间1的审查单的所有信息create view revinfoasselect rc_num,rc_name,rc_date,rc_fee,REVIEWCHECKLIST.f_num,f_address,f_phone,f_dep,f_mnumfrom REVIEWCHECKLIST,FINANCIALDEPARTwhere rc_fee between 1000 and 2000 and REVIEWCHECKLIST.f_num=FINANCIALDEPART.f_num运行结果如下：3.3索引的建立创建索引的方法可以分为直接方法和间接方法直接创建索引的方法就是使用CREA
41、TE INDEX语句直接创建间接创建索引就是通过创建其他对象而附加创建了索引，例如在表中定义主键约束或唯一约束时，同时也创建了索引。create unique index instudenton student(s_number)在创建表时，表中都定义了主键约束，故间接建立了索引，所以索引在此不再建立。附录4 触发器及存储过程4.1存储过程的定义1.创建存储过程在学生中插入一条信息create or replace procedure Q1(v_SName student.s_name%type,v_SNum student.s_number%type,v_Ssex student.s_sex%type,v_Sdorm student.s_dorm%type,v_Sclass student.s_class%type,v_Sinyear student.s_inyear%type,v_Sdep student.s_dep%type) isbegin insert into Student(s_name, s_number,