在线考试系统需求说明书
软件学院
课程名称：Oracle数据库课程设计题目名称：在线考试系统
学生系别：软件学院
目录
一.引言 .......................................................................................................... - 3 -
1.1编写目的 ........................................................................................... - 3 -
1.2读者对象 ........................................................................................... - 3 -
1.3环境要求 ........................................................................................... - 3 -
1.4系统的基本要求 ............................................................................... - 3 -
二.任务概述 .................................................................................................. - 3 -
2.1项目背景： ..................................................................................... - 3 -
2.2项目说明： ..................................................................................... - 4 -
三.数据需求 .................................................................................................. - 4 -
3.1需求分析： ..................................................................................... - 4 -
3.2系统数据流程图 ............................................................................. - 4 -
3.3系统数据字典 ................................................... 错误！未定义书签。
四.功能需求 .................................................................................................. - 7 -
4.1系统功能模块图 ............................................................................. - 7 -
4.2用户登录模块图 ............................................................................. - 8 -
4.3权限分配 ......................................................................................... - 9 - 五．数据库结构设计 ..................................................... 错误！未定义书签。
5.1概念结构设计 ................................................... 错误！未定义书签。
5.2逻辑结构设计 ................................................... 错误！未定义书签。
5.3逻辑结构设计ER图........................................ 错误！未定义书签。
5.4逻辑结构设计的表设计 ................................... 错误！未定义书签。
一.引言
引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读，理解和解释这份文档
1.1编写目的
用户操作手册编写目的是明确本软件的功能、软件的作用、功能的操作，帮助用户理解及操作本软件。
1.2读者对象
本说明书的读者为本项目的领导及相关人员及其它使用本软件的人员
1.3环境要求
数据库环境：Oracle 10g
系统环境：Windows 2000/XP或以上版本
1.4系统的基本要求
基础数据的维护；
各类信息的查询统计等
二.任务概述
本系统以Internet为平台，研究了基于Web考试系统的设计和开发，包括系统需求分析和系统功能设计以及数据库设计。重点阐述了用户注册模块、用户登录模块、在线考试模块、题库管理模块、试卷管理模块、考生管理模块、教师管理模块以及成绩管理模块的设计。
2.1项目背景：
Internet技术的发展使得考试的技术手段和载体发生了革命性变化，Internet的开放性、分布性的特点和基于Internet的巨大计算能力使得考试突破了时间和空间的限制。与传统考试模式相比，在线考试具有无可比拟的优越性，他可以将传统考试过程中的试卷组织、审定印制、传送收集、登记发放、评判归档各个环节各个环节缩小到一至两个环节，几乎屏蔽了所有人工直接干预考试活动的可能性，不但能够节约大量的时日、人力、物力和财力，而且还可以大幅度的增加考
试成绩的客观性和公正性。
2.2项目说明：
在线考试系统，旨在满足考生使用Internet在线考试的需求，主要目的就是实现教考分离以及考务工作的全自动化管理，可以有效利用校园网的软硬件资源，使其发挥最大效力，更好的为学校的教学、科研、管理服务，可以大规模的实行考试的客观性、公正性，自动化组卷、阅卷也可以减轻教师的工作强度。
三.数据需求
3.1需求分析：
3.1需求分析：
本系统的用户可分为管理员，监考老师和考生三类。
本系统共分成两个界面：一个界面用于管理员登录，主要负责进行基本资料、题库、试卷、成绩的管理以及查询等；另外一个界面用于考生登录，主要负责在线考试、查询考试成绩等。
从总体上考虑，系统应该实现下列功能：
对管理员来说，包括考生管理，管理员信息管理，监考老师信息管理，试卷管理、题库管理、成绩管理，组卷要求管理，详细试卷管理。
1、考生管理：管理员可以对考生的信息进行增删改查。
2、管理员信息管理：管理员可以对管理员信息进行增删改查。
3、监考老师信息管理：管理员可以对监考老师信息进行增删改查。
4、试卷管理：管理员可以对试卷进行增删该查，主要包括试卷科目、试卷题型及数目等。
5、题库管理：管理员可以对题库中的试题进行三种基本操作：添加新的考题、删除旧有考题、修改原有考题，其中试题类型包括判断题、填空题、选择题；对于每种类型的试题，教师可以设置题干、答案等属性。
6、成绩管理：管理员可以查看考生的考试成绩，并针对不同的课程进行成绩统计，包括考试人数、最高分、最低分、平均分以及各分数段得分人数等。
7、组卷要求管理：管理员可以从课程，各种题型的数量等方面对某份试卷提出一定的要求生成组卷要求规则，也可以对生成的组卷要求进行增删改查。
8、详细试卷管理：考生考试结束生成详细试卷，管理员可以查看考生答题情况及对详细试卷进行
管理。
对监考老师来说，包括查看考生信息，查看试卷信息，查看监考信息。
1、查看考生信息：监考老师可以查看所监考考生的个人信息。
2、查看试卷信息：监考老师可以查看试卷信息，主要包括查看试卷科目、试卷题型及数目。
3、查看监考信息：监考老师可以查看监考信息，主要包括查看监考老师，考试时间，考试教室。对考生来说，包括在线考试、查询考试成绩。
1、在线考试：学生可以任选时间进行在线测试，考试结束后，系统会根据已有的标准答案进行在线判卷，考生可以立刻知道考试成绩。
2、查询考试成绩：学生可以在线查询参加过的每门课程的考试相关信息。
3.2系统数据流程图总数据流模型图
四.功能需求
4.1系统功能模块图
详细的模块图如下：
图4-1 系统功能模块图
4.2用户权限模块图
4.3权限分配
监考老师
考生
管理员
答题
查看考生信息
查看个人信息查看监考信息
查看试卷信息组卷管理考生管理监考信息管理试卷管理题库管理详细试卷管理
查询成绩
《大型数据库》课程设计 课题在线购书系统 班级网络0901 黄玉娇文妮 学号 0930******* 0930******* 成绩 2011 年月日
目录 一、系统开发背景简介 (3) 1、系统可行性分析 (3) 2、系统开发目的 (3) 3、系统用途和需求 (3) 4、开发环境 (3) 5、国外研究及发展趋势 (3) 6、系统优势 (4) 7、制约因素 (5) 8、发展对策 (6) 二、系统功能分析与设计 (6) 1、系统功能模块简述 (6) 2、系统功能模块图 (7) 3、系统流程图 (7) 4、用例分析 (8) 5、页面流程图 (11) 三、数据库设计与实现 (13) 1、表设计 (13) 2、E—R图 (15) 3、数据库模型图 (16) 4、创建存储过程 (16)
5、建表 (17) 6、建立外键约束 (18) 7、创建序列 (19) 四、系统实现 (20) 1、登录实现代码 (20) 2、运行结果 (37) 五、小结 (40) 六、附录 (40)
一、系统开发背景及简介 1、系统可行性分析 （1）技术可行性——此网上书店系统可以运行于windows xp，windows server 2000/2003，windows vista操作系统。对系统要求只需要装有IIS即可。对计算机的硬件配置没有太高要求，现在的个人电脑完全可以满足。数据库运用简单易学的Access来实现。在设计方面，运用XHTML、CSS样式、JSP等知识，利用PhotoShop图像处理工具及Dreamweaver CS3制作出合理生动的网页。 （2）经济可行性——此系统可以运行于现在市场上出售的各种个人电脑，系统成本主要集中在系统的开发上。当系统投入运行后，可以实现在网上卖书和租书功能。所带来的效益远远大于系统软件的开发成本。在经济上是完全可行。（3）操作可行性——界面设计充分考虑浏览用户的习惯，图书信息浏览、 会员注册登录、租书、购书等功能操作方便。而且所有网页设计清新、简洁、合理，不会让用户感到视觉疲劳。可操作性很强。 2、系统开发目的 据艾瑞咨询预测至2011年中国网络购物市场规模将达到4060亿元，由此可见网上购物已经成为人们日常消费方式。对于网上购书，由于运输方便，在网上购物不会让顾客有太大的顾虑，另外省去了中间周转的渠道，书籍的价格低廉也是一大优势。所以为了迎合市场需求，在线购书系统的出现很有必要。 3、系统用途和需求 本系统用于网上在线购书。需求：普通用户可以进行注册、登录、修改密码；购买书籍；查询、修改、取消、修改收货信息订单；删除已经放入购物车中的商品；修改购物车中的商品数量；查看商品详细信息；查找（分类查找）商品。管理员可以修改、取消、查询订单；修改订单状态（如将已审核的订单改为已发货）；下架、上架、更新、查询、添加商品。 4、开发环境 网络环境：本系统开发环境为局域网或者校园网网络环境 操作系统：windows7或windows XP 开发工具：Myeclipse 数据库：oracle 10g 5、国外研究及发展趋势 网络经济是利用互联网技术广泛联系传统信息系统的丰富资源的一种动态商务活动它利用前所未有的方式将顾客、销售商、和供货商和企业员工联系在一起，能将有价值的信息迅速传递给需要的人们。网络技术的成熟，促进了信息技术更加广泛的应用，因此建立充分运用网络技术可以满足企业的不断增长的供货能力、客户和市场竞争的需求。销售商可以利用和网络触角伸展到客户的家中，架起一座桥梁，以先进的技术渗透到订货、生产、交货甚至售后服务等整个商务过程，网络作为经济活动的市场平台，在市场进入、交易运行和货款结算等环节，都是以电子数据的传递来完成的。市场经营全过程需要计算机系统和网络门户。
Oracle数据库 课程设计报告班级：浦计软1303 姓名：陈子阳 学号：P1405130307 学期：2014 上半学期
1.数据项和数据结构 (1)学生基本信息 组成：学号、姓名、班级、性别、出生日期、所在年级、所在班级、联系电话(2)课程基本信息 组成：课程编号、课程名称、授课教师、学分、学时、课程简介 (3)学生成绩信息 组成：考试编号、所在班级、学生学号、课程名称、考试分数 (4)课程设置信息 组成：年级、课程名称 数据库结构 2.系统功能
(1)课程管理功能： 完成课程信息的录入、修改、删除、查询等功能，基本信息包括：课程编号，课程名称，任课教师、学分、学时和课程内容简介等。 (2)成绩录入功能： 主要功能用来对学生的成绩进行收集和修改。具体包括学生成绩录入、修改、删除、查询、打印等功能，由于一些资料可以Word文档或Excel表格输入，故需要增加导入、导出数据功能。成绩录入需要分班级、分年级以及考试时间。修改要与成绩录入相对应。查询条件设置应该齐全，可以班级查询，年级查询，也可以姓名查询，学号查询等等。要实现打印功能。 (3)班级统计功能： 主要用于对学生的成绩以班级为单位进行处理。具体包括各班学生总成绩、平均成绩、统计班级某分数段内的学生人数及班级内排名。各项统计仅对于某学期某次考试而言。 (4)用户信息管理功能： 本系统包括三类使用用户：系统管理员，学生和教师。管理员具有最高权限，但不能修改成绩。教师只能录入和修改自己所教课程的成绩。成绩一旦录入完成，教师也不可轻易修改，除非向管理员申请。学生只有查询自己成绩的权限。所有用户必须注册登录后方可使用本管理系统。所有用户都可以修改自己登录的密码。 学生的信息包括：学号、姓名、性别、出生日期、班级、年级等。教师的信息包括：编号、姓名、性别、职称等。 (5)系统维护功能： 数据备份、数据恢复，帮助信息，用户注册、登陆及退出。 3.实现过程 创建学生基本信息表
数据库课程设计完 整版
HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目：宿舍管理信息系统姓名： 学号： 专业：信息与计算科学指导教师：
20年 12月1日 目录 引言3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要5 1.4软件处理对象 6 1.5系统可行性分析6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7
1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20 引言
学生宿舍管理系统对于一个学校来说是必不可少的组成部分。当前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强能够接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，而且具备修改功能，能够快速的查询学校所需的住宿信息。 面对当前学校发展的实际状况，我们经过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。
DR-RD-020(V1.1) 超市管理系统 数据库设计说明书 (内部资料请勿外传) 编写：丁东亚日期：2013-12-03 检查：日期： 审核：日期： 批准：日期： 淮阴师范学校 超市管理系统 (1) 数据库设计说明书 (1)
1 引言 (2) 1.1 编写目的 (2) 1.2 术语表 (2) 1.3 参考资料 (3) 2 数据库环境说明 (3) 3 数据库的命名规则 (3) 4 逻辑设计 (3) 5 物理设计 (4) 5.1 表汇总 (4) 5.2 表[X]：[XXX表] (4) 5.3 视图的设计 (6) 5.4 存储过程、函数及触发器的设计 (6) 6 安全性设计 (6) 6.1 防止用户直接操作数据库的方法 (6) 6.2 用户帐号密码的加密方法 (7) 6.3 角色与权限 (7) 7 优化 (7) 8 数据库管理与维护说明 (7) 1引言 1.1 编写目的 本需求的编写目的在于研究超市管理系统软件的开发途径和应用方法。 本需求的预期读者是与超市管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。 1.2 术语表 定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。
1.3 参考资料 2数据库环境说明 提示： （1）说明所采用的数据库系统，设计工具，编程工具等 （2）详细配置 3数据库的命名规则 提示： （1）说明本数据库的命名规则，例如：本数据库设计完全按照《xx数据库设计规范》命名。 （2）如果本数据库的命名规则与公司的标准不完全一致的话，请作出解释。 4逻辑设计 数据实体-关系图 (说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，建
《数据库原理与应用》课程设计指导书 制订教师：张娟 城市学院 2015年12月
数据库课程设计指导书 模块01 “教学管理系统”数据库设计 1、设计步骤 工作任务 任务1：“学分制教学管理系统”需求分析 任务2：“学分制教学管理系统”概念设计 任务3：“学分制教学管理系统”逻辑设计 任务4：“学分制教学管理系统”逻辑设计 学习目标 理解关系型数据库基本概念 熟悉数据库设计的主要阶段和步骤 掌握数据库概念设计中绘制E-R 图的方法 掌握将E-R 图转换为数据表逻辑形式的方法 理解并掌握数据库设计规范化方法 2、设计内容 任务1-1 “学分制教学管理系统”需求分析 ● 数据库设计 ● 数据库系统的分析与设计一般分为需求分析、概念设计、逻辑设计、物理设计四个阶段。在数据库系统设计的整个过程中，需求分析和概念设计可以独立于任何的数据库管理系统（DBMS ），而逻辑设计和物理设计则与具体的数据库管理系统密切相关。 需求分析 概念设计 逻辑设计 物理设计 需求分析说明书 独立于数据库管理系统 相关于数据库管理系统 DBMS 的特征 硬件和操作系统的特征 数据库概念模式 数据库逻辑模式 数据库物理模式 需求分析 分析用户的要求。需求分析是数据库系统设计的基础，通过调查和分析，了解用户的信息需求和处理需求，并以数据流图、数据字典等形式加以描述。 概念设计 主要是把需求分析阶段得到的用户需求抽象化为概念模型。概念设计是数据库系统设计的关键，我们将使用E-R 模型作为概念模式设计的工具。 逻辑设计 就是将概念设计阶段产生的概念模式转换为逻辑模式。因为逻辑设计与数据库管理系统（DBMS ）密切相关，本书以关系模型和关系数据库管理系统为基础讨论逻辑设计。
Oracle数据库 课程设计报告 题目：通讯录系统 班级：0805 课序号：01（张一，马工速） 02（张明，曲珊珊, 韩程） 组长： 张一 200893065 组员： 张明 200893203 曲珊珊 200892208 马工速 200893056 韩程 200893039
目录 一项目概述 (3) 二具体功能介绍 (3) 三设计与实现 (3) 需求分析 (3) 概念结构设计 (4) 逻辑结构设计 (4)
物理结构设计 (5) 程序讲明 (6) 数据库连接 (6) 系统结构图 (7) 软件功能截图 (7) 四组员分工………………………………………………………… 11
一项目概述 现代人的生活节奏日益加快，各种联系人也不断增多，然而有专门大一部分人依旧在使用纸质通讯录。依照我的总结，纸质通讯录有以下缺陷：1，储存信息量少，查找不方便；2，不能存放照片；3，安全性不高，信息容易丢失，且关于隐私爱护不强。为此，我开发了那个java通讯录程序。在我写的此程序中，上述缺陷得到了专门好的弥补。 二具体功能介绍 1，用户的登录，注册，删除功能； 2，联系人信息的增加，删除，修改，查询的功能； 3，联系人分组的增加，删除的功能； 4，联系人头像的上传，显示等功能；
5，联系人相册的各项治理功能（相片的上传，删除等功能）; 6．实现系统托盘的功能. 三设计与实现 1，需求分析 数据流图 2，概念结构设计 E-R图
讲明：用户实体拥有用户名和密码2个属性；联系人实体拥有相片编号，相片名称，联系人性不，联系人年龄，联系人所属分组，联系人编号，联系人邮箱，联系人邮政编码，联系人地址，相片信息，用户名11个属性；相片实体拥有相片编号，相片名称，相片信息3个属性。 一个用户登录以后，能够在联系人表中建立多个联系人，因此用户实体和联系人实体是1：n的关系；每个联系人能够上传多张相片储存在相片表中，因此相片实体和联系人实体是n：1的关系。 3, 逻辑结构设计 E-R图自动转化为逻辑结构模型后如下：
O R A C L E数据库管理系 统介绍精编 Lele was written in 2021
ORACLE 数据库管理系统介绍 的特点: 可移植性 ORACLE采用C语言开发而成，故产品与硬件和操作系统具有很强的独立性。从大型机到微机上都可运行ORACLE的产品。可在UNIX、DOS、Windows等操作系统上运行。可兼容性由于采用了国际标准的数据查询语言SQL，与IBM的SQL/DS、DB2等均兼容。并提供读取其它数据库文件的间接方法。 可联结性对于不同通信协议，不同机型及不同操作系统组成的网络也可以运行ORAˉCLE数据库产品。 的总体结构 （1）ORACLE的文件结构一个ORACLE数据库系统包括以下5类文件:ORACLE RDBMS的代码文件。 数据文件一个数据库可有一个或多个数据文件，每个数据文件可以存有一个或多个表、视图、索引等信息。 日志文件须有两个或两个以上，用来记录所有数据库的变化，用于数据库的恢复。控制文件可以有备份，采用多个备份控制文件是为了防止控制文件的损坏。参数文件含有数据库例程起时所需的配置参数。 （2）ORACLE的内存结构一个ORACLE例程拥有一个系统全程区（SGA）和一组程序全程区（PGA）。
SGA（System Global Area）包括数据库缓冲区、日志缓冲区及共享区域。 PGA（Program Global Area）是每一个Server进程有一个。一个Server进程起动时，就为其分配一个PGA区，以存放数据及控制信息。 （3）ORACLE的进程结构ORACLE包括三类进程: ①用户进程用来执行用户应用程序的。 ②服务进程处理与之相连的一组用户进程的请求。 ③后台进程 ORACLE为每一个数据库例程创建一组后台进程，它为所有的用户进程服务，其中包括: DBWR（Database Writer）进程，负责把已修改的数据块从数据库缓冲区写到数据库中。LGWR（Log Writer）进程，负责把日志从SGA中的缓冲区中写到日志文件中。 SMON（System Moniter）进程，该进程有规律地扫描SAG进程信息，注销失败的数据库例程，回收不再使用的内存空间。PMON（Process Moniter）进程，当一用户进程异常结束时，该进程负责恢复未完成的事务，注销失败的用户进程，释放用户进程占用的资源。 ARCH（ARCHIVER）进程。每当联机日志文件写满时，该进程将其拷贝到归档存储设备上。另外还包括分布式DB 中事务恢复进程RECO和对服务进程与用户进程进行匹配的Dnnn进程等。
HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7
1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了
数据库设计核心原则 罗代均 一、3NF第三范式 通常认为，第三范式在性能,扩展性和数据完整性方面达到了最好平衡. 通常认为，第三范式在性能,扩展性和数据完整性方面达到了最好平衡. 有以下几个要点。有以下几个要点。 1.一个表只描述一个单一的事物（实体）。一个表只描述一个单一的事物 2.表内的每一个值在整个数据库只出现一次(外键除外) 2.表内的每一个值在整个数据库只出现一次(外键除外)。表内的每一个值在整个数据库只出现一次 3.表内的每一行都应该被唯一的标识（有唯一主键）。 3.表内的每一行都应该被唯一的标识（有唯一主键）。表内的每一行都应该被唯一的标识 4.表内不存储与主键无关的信息。表内不存储与主键无关的信息 二、字段设计技巧 1.确保表中没有计算字段 计算字段的值,是由其他字段的值计算而来,当你更新其他字段的时候,很容易忽略同时更新这个计算字段，造成数据的错误。 2.确保这个字段的值只有一个 例如下表Users: 用户ID 用户名称电话号码 001 robin 1358888888/028-*******/… 电话号码的值就不只一个,因此电话字段不能放在users表中,解决办法是增加一个表Phone 电话号码ID 用户ID 电话号码 001 001 13588888 002 001 028-888888 这个表就是Users的从表,用户ID是外键. 还有地址address，和电话的情况类似。 3.尽可能地细分字段 如下雇员表(employee) 雇员ID 雇员名称地址 emp_id emp_name emp_address 001 Robin 四川省成都市高新区天泰路1号 这里的emp_address就可以细分，改进的表如下 雇员ID 雇员名称国家省/直辖市地/市 001 罗代均china 四川成都区/县高新区街道天泰路1号 这样更方便我们编辑和统计，有利于保证数据的完整性。 三数据表设计技巧 1.为表内的每一个字段添加表名缩写 例如客户表 customer cust_id cust_name cust_type cust_city ... 这样书写SQL语句时，很容易就知道这个字段属于哪个表，代表什么含义。 例如cust_city ,就不会和employee表的emp_city混淆了。
目录 前言------------------------------------------------------------ 1 正文 1 1引言 ---------------------------------------------------------- 1 2数据库设计----------------------------------------------------- 1 2.1本系统功能需求分析------------------------------------------- 2 2.2业务流图----------------------------------------------------- 2 2.3数据字典(DD： DATA DICTIONARY) --------------------------------- 3 2.4E-R 图------------------------------------------------------ 5 2.5概念数据模型和物理概念模型----------------------------------- 5 2.6创建数据库以及数据表----------------------------------------- 7 2.7数据测试---------------------------------------------------- 11 3存在问题和建议------------------------------------------------ 22 4收获和体会---------------------------------------------------- 22 致------------------------------------------------------------- 23 参考文献------------------------------------------------------- 23
数据库管理系统介绍 1的特点: 可移植性采用C语言开发而成，故产品与硬件和操作系统具有很强的独立性。从大型机到微机上都可运行的产品。可在、、等操作系统上运行。可兼容性由于采用了国际标准的数据查询语言，与的、2等均兼容。并提供读取其它数据库文件的间接方法。 可联结性对于不同通信协议，不同机型及不同操作系统组成的网络也可以运行ˉ数据库产品。 2的总体结构 （1）的文件结构一个数据库系统包括以下5类文件的代码文件。 数据文件一个数据库可有一个或多个数据文件，每个数据文件可以存有一个或多个表、视图、索引等信息。 日志文件须有两个或两个以上，用来记录所有数据库的变化，用于数据库的恢复。控制文件可以有备份，采用多个备份控制文件是为了防止控制文件的损坏。参数文件含有数据库例程起时所需的配置参数。 （2）的内存结构一个例程拥有一个系统全程区（）和一组程序全程区（）。 （）包括数据库缓冲区、日志缓冲区及共享区域。 （）是每一个进程有一个。一个进程起动时，就为其分配一个
区，以存放数据及控制信息。 （3）的进程结构包括三类进程: ①用户进程用来执行用户应用程序的。 ②服务进程处理与之相连的一组用户进程的请求。 ③后台进程为每一个数据库例程创建一组后台进程，它为所有的用户进程服务，其中包括: （）进程，负责把已修改的数据块从数据库缓冲区写到数据库中。（）进程，负责把日志从中的缓冲区中写到日志文件中。 （）进程，该进程有规律地扫描进程信息，注销失败的数据库例程，回收不再使用的内存空间。（）进程，当一用户进程异常结束时，该进程负责恢复未完成的事务，注销失败的用户进程，释放用户进程占用的资源。 （）进程。每当联机日志文件写满时，该进程将其拷贝到归档存储设备上。另外还包括分布式中事务恢复进程和对服务进程与用户进程进行匹配的进程等。 3的逻辑结构 构成的数据库的逻辑结构包括: （1）表空间 （2）5种类型的段（） ①数据段;②索引段;③回滚（）段;④临时段;⑤自举（）段。 段的分配单位叫范围（） 表空间（）一个数据库划分成的若干逻辑部分称为表空间。一
中国计量学院经济与管理学院 课程设计报告 课程设计名称影院票务在线系统 专业信息管理与信息系统 班级08信管（2） 姓名沈佳锋、潘满 学号0800702207、0800702208 指导教师钮亮 2010年 9月 16日 I
《影院票务在线系统》课程设计报告 目录 一、绪论 (1) 1. 课题简介 (1) 2. 设计目的 (1) 3. 设计内容 (1) 二、需求分析 (4) 1．需求分析的任务 (4) 2．需求分析的过程 (4) 3．数据字典 (5) 三、概念结构设计 (9) 1．概念结构设计的方法与步骤 (9) 1.1 概念结构设计的方法 (9) 1.2 概念结构设计的步骤 (9) 2．数据抽象与局部视图设计 (9) 3．视图的集成 (11) 四、逻辑结构设计 (12) 1．ER图向关系模型的转换 (12) 2．数据模型的优化 (12) 3．数据库的结构 (12) 五、数据库的实施与运行 (15) 1．数据的载入 (17) 2．数据库的运行 (17) 总结 (20)
一、绪论 一、绪论 1. 课题简介 计算机的出现和逐步普及，把信息对整个社会的影响逐步提高到一种绝对重要的地位.信息量,信息传播的速度，信息处理的速度以及应用信息的程度等都以几何级数的方式在增长。人类进入了信息时代。 当今，人们已经可以娴熟应用电脑技术对影片进行CG合成、3D剪辑制作。观赏影片也成了人们日常生活中必不可少的一项娱乐项目。那么，现今有一项难题摆在我们面前：当我们从网络上获取最新影片上映时间的时候，迫不及待带着好友一起奔向电影院的时候，可能会碰上被告知票已售完的尴尬局面。如何能够在网上就能知道附近影院票务情况，成了一项新的立题。本文所阐述的影院票务在线系统，通过对实际的影院票务销售查询过程的研究及对何种数据库管理系统的模型分析，结合现实中影院票务销售所存在的不足，旨在通过在线网络票务销售系统，分析解决这一难题。影院票务在线管理系统，能提高影院管理运作效率，其主要任务，是通过计算机来实现影院票务销售的联网发行，为此，实现此目的的最佳途径就是数据库技术。其中，各个影院管理者可以将各自影院的票务信息存入计算机，注册用户可以根据自己所在地，查找与选择最近的影院及订购自己喜欢的影票。本文所阐述的影院票务管理系统可提供广泛、及时的影票信息，提高影院运行效率，满足消费者足不出户轻松订票的需要，此系统规模不太大但又要保证支持日常工作的要求，以便系统应易于扩充，方便日后统一联网与管理，提高管理水平。 2．设计目的 目前，通过计算机来提高各行各业管理部门运行效率的例子已经屡见不鲜。但是，我们发现，在影院电影票务售票情况上还存在一定的问题，观众去影院可能会出现票已售完而白忙活一场的尴尬局面。我们所设计的电影票务在线管理系统，它所能解决的问题就是当人们想去电影院看电影的时候，不需要当面再去影院购票，而是可以直接通过这个系统在家里足不出户轻松一点就能将自己喜欢的影票预定完成。这样对于观众买票是很方便的一件事，观众可以根据自己的空余时间来预定完成自己所喜欢的 1
目录 1 课程设计简介 (1) 1.1 课程设计的目的 (1) 1.2 课程设计内容 (1) 1.2.1 系统分析 (1) 1.2.2系统功能分析 (1) 1.2.3系统总体功能设计 (2) 1.2.4数据库的设计 (2) 2 数据结构的设计 (4) 2.1 Orale简介 (4) 2.2 数据库概念结构设计 (4) 2.2.1建立数据库的原则 (4) 2.2.2建立字段的原则 (4) 2.2.3数据库表的实体图 (5) 2.2.4数据库的E-R图 (6) 2.3 数据库逻辑结构设计 (7) 2.3.1数据库的表结构 (7) 2.3.2数据库表的实现 (8) 2.3.3存储过程 (9) 2.3.4触发器 (11) 2.3.5数据库的数据流图 (11) 2.4数据库物理结构设计 (13) 3 功能模块描述 (14) 3.1系统功能层次图 (14) 3.2主要功能描述 (14) 4 程序运行结果 (16) 4.1系统界面设计 (16) 4.1.1系统主界面 (16) 4.1.2商品信息管理 (16) 4.1.3商品管理-添加商品信息界面 (17) 4.1.4商品管理-商品类别管理 (18) 4.1.5员工信息管理主界面 (18) 4.1.6员工管理-添加员工信息 (19) 5 心得体会 (20) 6 参考文献 (21) 7 程序源代码 (22) 7.1商品信息管理模块主要源代码 (22) 7.2员工信息管理模块主要源代码 (25)
1 课程设计简介 1.1 课程设计的目的 将电子商城管理系统作为课程设计，目的是在学习数据库理论基础上，将所学的应用到实践中，以提高学习的质量，和提高知识的运用能力。而本次的课程设计中。重点是要掌握数据库的设计、数据查询的实现，并要求通过课程设计将理论向实践的转化、和对大型数据库理论的理解。以及要求达到熟练掌握对数据库的分析和设计、数据表的建立（绘画数据流图、E-R图）。以及利用面向对象的技术实现相应的增加数据，删除数据，修改数据，查询数据的基本功能。1.2 课程设计内容 1.2.1 系统分析 可行性分析：电子商城管理系统主要是能够方便有效地管理，客户在商城购物的商品信息，订单的管理。主要从以下方面进行可行性分析： (1) 技术可行性：目前，实体商城购物某些工作存在盲目性、随意性、和无效消耗，不能保证工作质量，影响商品的销售，从销售者角度考虑可能带来实际的和潜在的经济损失。若开发成功本系统，将有助于卖家更好地预测市场，更好的开发客户及时调整经营销售策略，在激烈的市场竞争中把握主动。因此，从长远利益考虑，本项目若能开发成功，它所带来的效益将远高于系统投入。 (2) 运行可行性：在实体店铺的业务方面，由于日常信息处理量大，耗费时间长，出错效率高，在系统投入运行后，可以实现业务中的信息集中处理、分析利用信息和信息的交流辅助市场的业务监管和重大决定。并且可以实现实体店铺进一步向网络服务发展，为信息工作打下良好的基础。 (3) 法律可行性：该平台是是自主开发设计，因此不会构成侵权，在法律上是可行的。 通过以上的研究和分析，认为系统开发所产生的效益是巨大的，所以开发本项目是可行的、必要的。 用户需求分析：根据对传统的商务模式的分析，同时调研了现有的一些电子商城系统后，得到“电子商城管理系统”的需求，主要包括系统功能需求和系统性能需求两方面。 1.2.2系统功能分析 电子商城管理系统的主要功能需求有： （1）系统用户管理：实现对商城管理用户的添加、密码的修改等操作； （2）会员信息管理：删除、查看会员信息；
ORACLE 数据库管理系统介绍 1.ORACLE的特点: 可移植性ORACLE采用C语言开发而成，故产品与硬件和操作系统具有很强的独立性。从大型机到微机上都可运行ORACLE的产品。可在UNIX、DOS、Windows等操作系统上运行。可兼容性由于采用了国际标准的数据查询语言SQL，与IBM的SQL/DS、DB2等均兼容。并提供读取其它数据库文件的间接方法。 可联结性对于不同通信协议，不同机型及不同操作系统组成的网络也可以运行ORAˉCLE数据库产品。 2.ORACLE的总体结构 （1）ORACLE的文件结构一个ORACLE数据库系统包括以下5类文件:ORACLE RDBMS的代码文件。 数据文件一个数据库可有一个或多个数据文件，每个数据文件可以存有一个或多个表、视图、索引等信息。 日志文件须有两个或两个以上，用来记录所有数据库的变化，用于数据库的恢复。控制文件可以有备份，采用多个备份控制文件是为了防止控制文件的损坏。参数文件含有数据库例程起时所需的配置参数。 （2）ORACLE的内存结构一个ORACLE例程拥有一个系统全程区（SGA）和一组程序全程区（PGA）。 SGA（System Global Area）包括数据库缓冲区、日志缓冲区及共
享区域。 PGA（Program Global Area）是每一个Server进程有一个。一个Server进程起动时，就为其分配一个PGA区，以存放数据及控制信息。 （3）ORACLE的进程结构ORACLE包括三类进程: ①用户进程用来执行用户应用程序的。 ②服务进程处理与之相连的一组用户进程的请求。 ③后台进程ORACLE为每一个数据库例程创建一组后台进程，它为所有的用户进程服务，其中包括: DBWR（Database Writer）进程，负责把已修改的数据块从数据库缓冲区写到数据库中。LGWR（Log Writer）进程，负责把日志从SGA中的缓冲区中写到日志文件中。 SMON（System Moniter）进程，该进程有规律地扫描SAG进程信息，注销失败的数据库例程，回收不再使用的内存空间。PMON （Process Moniter）进程，当一用户进程异常结束时，该进程负责恢复未完成的事务，注销失败的用户进程，释放用户进程占用的资源。 ARCH（ARCHIVER）进程。每当联机日志文件写满时，该进程将其拷贝到归档存储设备上。另外还包括分布式DB中事务恢复进程RECO和对服务进程与用户进程进行匹配的Dnnn进程等。 3.ORACLE的逻辑结构 构成ORACLE的数据库的逻辑结构包括: （1）表空间
课程设计报告书
目录 第1章引言 (3) 第2章概要设计 (5) 2.1系统需求分析 (5) 2.2系统结构设计 (5) 2.3系统功能模块 (6) 第3章数据库分析 (7) 3.1 数据库总体设计 (7) 3.2 数据表设计 (7) 3.3 数据库的创建 (8) 3.4存储过程和触发器 (10) 第4章详细设计及测试 (12) 4.1 系统界面 (12) 4.2 主要代码设计 (15) 4.3 功能整体链接测试 (18) 第5章课程设计心得 (19)
第1章引言 1.设计目的 使用VC，C++，C#等作为前台开发工具，使用Oracle作为后台数据库，所设计的管理系统应包含输入输出、查询、插入、修改、删除等基本功能。根据题目的基本需求，设计系统界面、数据库、编写程序(Oracle)，并写出课程设计报告 1、阅读资料：每个人必须提前阅读教材有关Oracle、VC、C++、C#应用方面的内容以及其它相关书籍。 2、需求分析：题目要求达到的功能，所提供的原始数据，需要输出的数据及样式等。 3、数据库的设计：根据要求设计数据库的结构，包括：表、数据完整性、关系、视图。 4、数据库的安全性设计：登录用户、数据库用户、数据库角色、命令许可等方面 涉及到数据的所有操作要求采用存储过程的方式进行。 2.设计要求 1．选好题目：先分组，每组两个人（或单独完成），必须确保每题有两组人员选做，班长将本班同学的选题情况汇总后于16周之前交。 2．独立思考，独立完成：课程设计中各任务的设计和调试要求独立完成，遇到问题可以讨论，但不可以拷贝，否则不管是抄袭还是被抄袭，雷同的全部直接评定为不及格。 3．做好上机准备：每次上机前，要事先编制好准备调试的程序，认真想好调试步骤和有关环境的设置方法，准备好有关的文件。 4．根据编程实现的结果，按课程设计报告的撰写规范完成数据库系统课程设计报告（课程设计报告中必须有相关原理分析、程序设计、程序实现和程序调试等内容）；课程设计报告的具体要求如下： 1）课设报告按照规定用A4纸张进行排版打印，否则要求返工； 2）课设报告的内容顺序如下：封面—任务书—中文摘要—目录—正文—附录； 3）正文不少于4000字，正文部分至少包含以下内容，并可大致作如下安排 1．引言（包括设计目的、要求、设计环境、同组人员及分工等内容）
课程设计说明书 课程名称：数据库课程设计 专业：计算机网络技术班级:073341 姓名：钢子学号: 25 指导教师：田丹成绩: 完成日期：2009 年 1 月10 日
任务书 题目：基于C#的图书管理系统的设计与实现 设计内容及要求： 要求熟练掌握数据库设计的过程及方法，设计出的数据库要在2NF的标准要求之内。可结合一门高级语言，进行前台界面的设计，要求基本实现数据的录入、查询、更新、删除的操作，其中查询部分要实现多表连接查询，模糊查询。要求有对视图的操作，同时通过存储过程和触发器实现对于数据的管理。 设计环境： Visual https://www.doczj.com/doc/b216642423.html, 2005 SQL Server 2005 实现目标： 1.实现对图书基本信息的查询 2.图书借阅与归还 3.读者身份验证,用户登录 4.图书入库及图书库存量统计 5.用户修改身份 6.管理员对图书信息的管理 7.管理员对普通用户的管理 图书信息的修改
摘要 图书馆在正常运营中总是面对大量的读者信息、书籍信息以及两者相互作用产生的借书信息、还书信息。如何及时了解各个环节中信息的变更，提高管理效率成为图书管理的核心问题。 本系统的主要功能包括图书馆内书籍信息以及学生借阅信息的管理。因此系统功能分为面向学生和管理员两部分，其中学生可以进行借阅、续借、归还和查询书籍等操作，管理员可以完成书籍和学生的增加、删除和修改以及对学生借阅、续借、归还的确认。 系统设计采用面向对象的程序设计语言，在SQL Server 2005的数据库平台基础上，实现了对于图书相关信息的管理，方便了借阅的操作，提高了工作效率，加快了图书管理的自动化进程。 关键词：图书; 管理系统; 数据库
目录 摘要 (1) 一、设计银行管理系统结构图 1.1系统结构图 (2) 二、银行管理系统E-R图和表结构 2.1E-R图 (3) 2.2表结构 (5) 三、创建系统数据表 3.1创建表空间和用户 (6) 3.2创建用户信息表并添加约束 (6) 3.3创建银行卡信息表 (8) 3.4创建交易信息表 (9) 四、模拟常规业务操作 4.1建立更新账号触发器 (11) 4.2存取款交易操作 (11) 4.3用户开户 (12) 4.4更改密码 (15) 4.5账号挂失 (16) 4.6余额查询 (16) 4.7转账业务设置 (17) 4.8银行盈利结算 (18) 4.9撤户操作 (18) 五、总结 (20) 参考文献 (21) 附录 (22)
摘要 随着计算机的飞速发展及应用领域的扩大，特别是计算机网络和电子商务的发展，极大的改变了商业银行传统的经营模式。能够为客户提供方便、快捷、安全的服务，也能够有效的降低银行的营运成本，这是银行存储系统追求的目标。目前，对于现代化银行运营的要求是客户可以实现方便安全的业务交易，银行职员可以进行高效合理的工作管理，实现银行业务电子化。方便用户快速的进行存款、取款、修改密码以及完成一些转账的交易，大大提高办公效率，能够及时、准确、有效的帮用户办理各种繁琐的手续，也减缓了银行工作人员的压力。
一、设计银行管理系统结构图 1.1系统结构图 图1.1系统结构图 银行系统 账户管理 财务管理 信息查询 开户 修改密码 账户挂失 销户 存款 取款 转账 余额查询
二、银行管理系统E-R图和表结构 2.1E-R图 图2.1
HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日
目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7 1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20
引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备修改功能，能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况，我们通过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。
Oracle数据库设计策略及规范 设计策略及规范 1. 目的 定义Oracle数据库设计规范，作为数据库规划、设计、开发以及维护人员的技术参考资料。用以规范和指导相关人员的设计行为。 2. 概述 本文档根据Oracle数据库性能特点，描述对表、视图、存储过程、对象命名等方面的设计规范。 3. 基本策略 3.1 设计策略 ◆?分类拆分数据量大的表。 对于经常使用的表（如某些参数表或代码对照表），由于其使用频率很高，要尽量减少表中的记录数量。例如，银行的户主账表原来设计成一张表，虽然可以方便程序的设计与维护，但经过分析发现，由于数据量太大，会影响数据的迅速定位。如果将户主账表分别设计为活期户主账、定期户主账及对公户主账等，则可以大大提高查询效率。 ◆?分区策略 在拥有数500行以上的表时，采用分区策略。 ◆?索引设计。 对于大的数据库表，合理的索引能够提高整个数据库的操作效率。在索引设计中，索引字段应挑选重复值较少的字段；在对建有复合索引的字段进行检索时，应注意按照复合索引字段建立的顺序进行。例如，如果对一个５万多条记录的流水表以日期和流水号为序建立复合索引，由于在该表中日期的重复值接近整个表的记录数，用流水号进行查询所用的时间接近３秒；而如果以流水号为索引字段建立索引进行相同的查询，所用时间不到１秒。因此在大型数据库设计中，只有进行合理的索引字段选择，才能有效提高整个数据库的操作效率。 ◆?有时候为了提高性能。减少表的关联，恰当的数据冗余是允许的。 ◆?索引对新增，删除，更新的性能影响比较大，对相关的表的索引使用要权衡 ◆?为表和索引建立不同的表空间，禁止在系统表空间中放入非核心oracle系统成分的对象，确保数据表空间和索引表空间位于不同的磁盘磁盘驱动器上。 ◆?对于经常发生同时查询或频繁查询的表，最好把他放到不同的磁盘空间上 4. 逻辑设计规范 4.1 范式 ◆?如果没有性能上的原因，应该使用关系数据库理论，达到较高的范式，避免数据冗余。 ◆?如果在数据量上与性能上无特别要求，考虑到实现的方便性可以有适当的数据冗余，但基本上要达到3NF。 4.2 表设计 ◆?对于数据量比较大的表，根据表数据的属性进行分区，以得到较好的性能。如果表按某些字段进行增长，则采用按字段值范围进行范围分区；如果表按某个字段 的几个关键值进行分布，则采用列表分区；对于静态表，则采用Hash分区或列表分区；在范围分区中，如果数据按某关键字段均衡分布，则采用子分区的复合分区方法。 ◆?每个表均创建类型为Sequence的主键字段。 4.3 索引设计 ◆?常规OLTP应用，创建B-TREE索引,不创建位图索引。 ◆?不需要为小型数据表（<5000）创建索引。 ◆?给单个表创建的索引不超过5个，特别是海量交易类表。 ◆?索引条件查询结果记录，不超总记录的20%。 ◆?不要给固定选项的字段创建独立索引。 如只有‘男，女’的性别字段；‘是，否’的状态字段等，不要创建独立索引，位可以建立复合索引。 ◆?对于复合索引，索引字段顺序比较关键，把查询频率比较高的字段排在索引组合的最前面。 ◆?索引放到独立的表空间，该表空间不需要REDO LOG。 ◆?含有外键约束的表的字段，必须有单独索引。如订单明细的表头外键。 5. 对象命名规范 5.1 一般规范 5.1.1 语言 ◆?命名使用英文单词，不使用复数。 ◆?英文单词使用同对象本身意义相对或相近的单词。选择最简单或最通用的单词。不能使用毫不相干的单词来命名。 ◆?当一个单词不能表达对象含义时，用词组组合，如果组合太长时，采用简写或缩写，缩写要基本能表达原单词的意义。 ◆?当出现对象名重名时，是不同类型对象时，加类型前缀或后缀以示区别。 ◆?禁止使用中文或拼音缩写进行命名