A. 什么是数据库并举例说明
数据库（Database）是按照数据结构来组织、存储和管理数据的仓库。数据库有ACCESS sql MYSQL oracle 等主流数据库，还有其他别的。
B. 2。举例5个数据库在各行各业应用的实例
晕哦,这
数据库在各行各业都用得到啊,基本上你生活中接触到的所有行业都有应用,比如银行,他们得用大型的数据库,一般有SyBase等,他们一般都使用的是UNIX的主机.
各种企业的ERP(也叫企业资源整合管理),他们用来管理整个企业的产品包括从原料采购,生产,入库一直到产品发货销售等的所有信息,所用数据库种类繁多,Oracle,sql2000,firebird等都有使用,所用编程语言大多是:VB,.Net,Jave,Delphi,PB,等等;
还有电信业,用数据库保存其所有的业务信息,他们也用的是大型的数据库,SYBASE等等...还有你你应该熟悉的各种游戏呀,也需要使用数据库来保存所有的玩家资料,角色等级和装备信息等,而游戏的编程语言也是多种多样;像着名网游:传奇,就是使用的DELPHI+DBC2000;
还有你现在正在使用的网络知道,呵呵,他一样要使用数据库来保存这些庞大的用户资料和所有的用户问题及回答呀.
你的生活信息,身份资料,档案等等也都是保存在公安局的数据库里.
所以数据库跟你的生活已经是密不可分了.
C. 列式数据库的举例
下面以GBase 8a分析型数据库为例，描述列存储对数据存储与管理的作用。
面对海量数据分析的 I/O 瓶颈，GBase 8a 把表数据按列的方式存储，其优势体现在以下几个方面。
不读取无效数据：降低 I/O 开销，同时提高每次 I/O 的效率，从而大大提高查询性能。查询语句只从磁盘上读取所需要的列，其他列的数据是不需要读取的。例如，有两张表，每张表100GB 且有100 列，大多数查询只关注几个列，采用列存储，不需要像行存数据库一样，将整行数据取出，只取出需要的列。磁盘 I/0 是行存储的 1/10或更少，查询响应时间提高 10 倍以上。
高压缩比：压缩比可以达到 5 ~ 20 倍以上，数据占有空间降低到传统数据库的1/10 ，节省了存储设备的开销。
当数据库的大小与数据库服务器内存大小之比达到或超过 2:1 （典型的大型系统配置值）时，列存的 I/O 优势就显得更加明显；
GBase 8a 分析型数据库的独特列存储格式，对每列数据再细分为“数据包”。这样可以达到很高的可扩展性：无论一个表有多大，数据库只操作相关的数据包，性能不会随着数据量的增加而下降。通过以数据包为单位进行 I/O 操作提升数据吞吐量，从而进一步提高I/O效率。
由于采用列存储技术，还可以实现高效的透明压缩。
由于数据按列包存储，每个数据包内都是同构数据，内容相关性很高，这使得GBase 8a 更易于实现压缩，压缩比通常能够达到 1:10 甚至更优。这使得能够同时在磁盘 I/O 和 Cache I/O 上都提升数据库的性能，使 GBase 8a 在某些场景下的运算性能比传统数据库快 100 倍以上。
GBase 8a 允许用户根据需要设置配置文件，选择是否进行压缩。在启用压缩的情况下GBase 8a 根据数据的不同特性以及不同的分布状况，自动采用相应的压缩算法，如：
行程编码（适用于大量连续重复的数据，特别是排序数据）；
基于数据的差值编码（适用于重复率低，但彼此差值较小的数据列）；
基于位置的差值编码（适用于重复率高，但分布比较随机的数据列）。
D. 举例说明数据库在人们日常生活中的重要作用
摘要 你好亲，我们可以将数据库可以保存，我们平日里的一些信息，然后方便进行筛选，然后到需要某些数据的时候直接调出来就可以了，然后还可以进行一些年度的比较，然后观察一下以后的形式
E. 数据库技术在日常中的应用有哪些（举例）
无处不在，邮箱要用到数据库记录用户的账号和密码，财务部门要用到数据库记录员工的账号，书店要用数据库记录图书的信息和销售情况，等等。只要是有系统应用的地方，就有数据库技术的存在
。
F. 摘要如何写
摘要：简洁、具体的摘要要反映论文的实质性内容，展示论文内容足够的信息，体现论文的创新性，展现论文的重要梗概，一般由具体研究的对象、方法、结果、结论四要素组成。
对象——是论文研究、研制、调查等所涉及的具体的主题范围，体现论文的研究内容、要解决的主要问题，是问题的提出，研究方向的确立与目标的定位。
方法——是论文对研究对象进行研究的过程中所运用的原理、理论、条件、材料、工艺、结构、手段、程序，是完成研究对象的必要手段。
结果——是作者运用研究方法对研究对象进行实验、研究所得到的结果、效果、数据，被确定的关系等，是进行科研所得的成果。
结论——是作者对结果的分析、研究、比较、评价、应用、提出的问题等，是结果的总结，显示研究结果的可靠性、实用性、创新性，体现论文研究的价值与学术水平，是决定论文被检索的窗口。
中文摘要的写作要求：
1.摘要以主题概念不遗漏为原则，中文摘要字数为200-300字，英文摘要为100-150words
2.用重要的事实开头，突出论文新的信息，即新立题、新方法、结论与结果的创新性等
3.叙述要完整，清楚，简明扼要，逻辑性要强，结构完整，删去背景与过去的研究信息，不应包含作者将来的计划，杜绝文学性修饰与无用的叙述
4.摘要中涉及他人的工作或研究成果的，尽量列出他们的名字
5.不以数字开头，中英文必须对应
举例：
题目：声带振动功能模式识别
摘要：应用小波变换估计传导语音的谐波噪声比（具体方法），研究了不同发声方式、发音及声带病变对传导语音谐波噪声比的影响，并与口腔语音的谐波噪声比进行了对比研究（具体对象），发现发不同元音时，传导语音谐波噪声比的变化范围是5bB，口腔语音谐波噪声比的变化范围为20dB；不同发声方式的传导语音谐波噪声比的变化范围可达18dB，口腔语音的变化范围为12dB（具体结果）。结果表明传导语音谐波噪声比能够更好地反映声带振动模式，是一种研究声带振动功能和模式及喉部疾病诊断的有效方法（具体结论）。
关键词：口腔语音；传导语音；谐波噪声比；小波变换
（2）英文摘要实例
THEME：Identification of vocal cords vibration functions and modes
Abstract: This paper studied the estimation of harmonic to noise ratio (HNR) in transmitted sound signals（具体对象）by wavelet transform（具体方法）. When normal and laryngeal pathological subjects phonate sustained vowels in breathy, falsetto, leakage and pressed modes in normal loudness, these HNRs in transmitted sound signals were estimted and compared with the HNR in human voice（过去时态）. It is pointed that for normal subjects in a variety of vowels, the 20 dB. For normal subject in a variety of phonation modes, the variation of HNR in transmitted sound signals exceeds 18 dB and in human voice signals in within 12 dB（具体结果）. The results indicate that the NHR in transmitted sound signals could more accurately image vocal cords vibration characteristics and could be an effective measurement for studying vocal cords vibration and clinical laryngeal disease diagnosis（具体结论）（现在时态）.
Keywords: human voice; transmitted sound; harmonic to noise ratio; wavelet transform
中文摘要
摘要是对论文内容的简短而全面的概括，能够让读者迅速总揽论文的内容。与题名一样，摘要也是各种数据库中常见的检索对象。
摘要是整篇论文中最重要的组成部分。就作者而言，一旦论文刊登在期刊上，论文摘要就将作为印刷版或电子版的摘要总集的一部分，开始其活跃而又长久的“生涯”。就读者而言，与某篇心理学论文的第一次接触多是从阅读其摘要开始的。多数人通过计算机检索系统对所需的文献进行搜索，计算机屏幕上显示的只有摘要部分。在翻阅学术期刊时，大部分人也是首先阅读论文的摘要，然后再依据摘要来决定是否阅读整篇论文。因此，摘要既要具有高度的信息浓缩性，又要具有可读性，还要结构完整、篇幅简短以及独立成篇。一篇好的摘要应具备以下特点：
准确性。摘要应能准确反映论文的目的和内容，不应包含论文中没有出现的内容。如果该研究主要是在以前的某个研究的基础上进行的，是对以前研究的扩展，那么，就应该在摘要中注明以前研究的作者姓名和年份。将摘要与论文的层次标题进行对比是核实摘要精确性的有效方法。
独立性。摘要应自成一体，独立成篇，所以要对特殊的术语、所有的缩写（计量单位除外）、省略语做出说明，拼写出实验和药品的名称（药品采用通用名称）。新术语或尚无合适中文术语的，可用原文或译出后加括号注明原文。在引用其他出版物时要包括作者的姓名和出版日期（在论文的参考文献表中要充分说明文献资料的出处）。
简练而具体。摘要中的每一个句子都要能最大限度地提供信息，且尽可能地简练。摘要的长度一般不超过300字。摘要的开头要提出最重要的信息（但不要重复题名）。它可以是目的或论题，也可以是结果或结论。摘要里最多只需包括4个或5个最重要的观点、结果或含意。
节省摘要篇幅的方法：
（1）不要把本学科领域中的常识性内容写入摘要，但也不要过于深奥，令一般读者难以明白；切忌把应在前言中出现的内容写入摘要；
（2）一般也不得简单重复题名中已有的信息。比如一篇文章的题名是《婴儿问题解决行为的特点与发展》，摘要的开头就不要再写“对婴儿问题解决行为的特点与发展进行了研究。”
（3）除实在无法变通外，一般不用数学公式，不出现插图、表格。
（4）不用引文，除非该文献证实或否定了他人已出版的着作。
（5）用第三人称。建议采用“对……进行了研究”、“报告了……的现状”、“进行了……调查”等记述方式，不必使用“本文”、“作者”等作为主语。
非评价性。报告研究结果而不是对研究结果进行评价，不要在摘要中对论文内容做诠释和评论（尤其是自我评价）。
连贯性和可读性。采用条理清晰、措辞有力的形式写作。尽可能地使用第三人称来取代第一人称。避免使用缺乏实质信息的“万金油”语句（例如：“具有一定的理论意义和实践意义”或者“由此推断...”）。
一篇实验研究报告的摘要应该包括：
研究的问题，如果可能，用一句话表达；
被试，详细说明相关特性，例如数量、类型、年龄、性别、种类等；
实验方法，包括仪器，数据收集程序，完整的测验名称，使用的任何药剂的剂量和方法（特别是当使用的药剂是一种新药剂或者对研究很重要时）；
结果，包括统计水平的显着性；
结论、含意或应用。
实验研究报告的摘要示例如下：
研究了高频汉字识别中形音义激活的时间进程。被试为北京师范大学本科生120名。4种启动类型分别为形似启动、音同启动、义近启动和无关启动。启动字的呈现时间（SOA）分别为43，57，85，145ms。实验1中，要求被试判断目标字是否是动物名称，实验2要求被试判断目标字的读音是否为“yi”。用MANOVA分析了不同SOA条件下的启动效应，发现高频汉字形音义激活的时序为字形—字义—字音。这一结果说明了高频汉字的字义可直接由字形特征获得，语音是自动激活的。
（资料来源：陈宝国，彭聃龄.汉字识别中形音义激活时间进程的研究（Ⅰ）.心理学报，2001，33（1）：1~6.有改动）
一篇综述或者理论性论文的摘要应该包括：
主题，用一句话概括；
论文的意图、论题或组织结构和范围（全面的或有选择的）；
资料来源（例如个人观察资料，已发表的文献）；
结论。
综述类文章的摘要示例如下：
对发展性阅读障碍的产生机制的探讨有利于寻找适当的治疗方法。文章在简要回顾阅读障碍的界定、研究内容和有关理论争论基础上，重点介绍了阅读障碍的神经基础和遗传机制。文章从大脑结构和功能单侧化、完成认知任务时大脑的激活模式、激活时间进程以及视觉巨细胞等方面介绍了发展性阅读障碍者与正常读者之间存在的差异。文章还指出许多双生子研究都发现同卵双生子的阅读障碍同现率高于异卵双生子，尤其是近期的遗传学研究鉴定出几个与阅读障碍有关的染色体，如6号和15号染色体与语音障碍和拼写障碍有关。这些研究结果说明发展性阅读障碍有一定的脑神经基础和遗传基础。
（资料来源：孟祥芝，周晓林.发展性阅读障碍的生理基础.心理科学进展，2002，10（1）：7~14.有改动）
一篇方法学论文的摘要应该包括：
方法的类别；
方法的基本特征；
方法的应用范围；
该方法在不同情况下的表现，包括它的统计力及在违反各项假设下的稳定性。
一篇个案研究的摘要应该包括：
被试及其相关特征；
个案所能说明的问题或解决办法；
对今后研究或理论建设的启示。
一篇精确、简练、易懂和信息量丰富的摘要能够增加论文的读者数量和将来论文的可提取性，必须在此基础上认真考虑摘要的长度。例如，对于一些英文数据库而言，如果摘要长度超过960个字符的限制，摘要录用者可能会删减摘要的长度以满足数据库的要求。
G. 求SQL和数据库的通俗说法和通俗举例
数据库就是一个篮子，你什么东西都可以放进去，而且还可以为不同的东西贴上标签：香焦类、苹果类、衣服类等等。
sql就是把这些东西分门别类的语句。就像在面试上搜索一个什么东西，点击搜索这个动作就是sql的工作了。
H. 关于opengauss数据库：请举例说明opengauss数据文件的组织结构。
摘要 第一个结果即是
I. 介绍两个实际生产或生活中的数据库应用的实例,指出数据库中有哪些数据,分析
摘要 很高兴为您解答亲 很多啊,你可以用CS里的武器来做数据,或者网游装备等等
J. 数据库课程设计实例
数据库课程设计
题目：小型超市管理系统
1、项目计划
1.1系统开发目的
（1）大大提高超市的运作效率；
（2）通过全面的信息采集和处理，辅助提高超市的决策水平；
（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。
1.2背景说明
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3项目确立
针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4应用范围
本系统适应于各种小型的超市。
1.5 定义
（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
（5）盘点：计算出库存、销售额、盈利等经营指标。
1.6 参考资料
《数据库原理及设计》 陶宏才编 清华大学出版社
《SQL Server 2000 实用教程》范立南编 清华大学出版社
《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社
《轻松搞定 SQL Server 2000 程序设计》Rebecca M.Riordan编
《软件工程规范》Watts S.Humphrey编 清华大学出版社
《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社
《软件需求分析》 Swapna Kishore编 机械工业出版社
《软件工程思想》 林锐编
2、逻辑分析与详细分析
2.1系统功能
（1）、零售前台（POS）管理系统，本系统必须具有以下功能：
商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
(2)、后台管理系统，本系统必须具备以下功能
进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。
（3）系统结构
系统总体结构
模块子系统结构
功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。
功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。
功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。
功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。
功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。
功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。
2.2、流程图
前台管理系统
顶层DFD图
第0层DFD图
第1层DFD图
2.3、户类型与职能
（1）、员工（营业员）：
通过商品条形码扫描输入商品到购买清单
操作软件计算交易总金额
操作软件输出交易清单
对会员进行会员卡扫描以便打折
（2）、：超市经理
操作软件录入商品，供货商，厂商
操作软件制定进货计划
查询打印计划进货与入库记录
操作软件控制商品销售与否
查询打印销售情况
操作软件生成销售排行榜
查询库存明细记录
根据软件发出的库存告警进行入货
操作软件进行盘点计算
（3）、总经理：
基本信息登记管理
员工操作权限管理
客户销售权限管理
2.4、统开发步骤
确定参与者和相关的用况
为每个用况设计过程
建立顺序图，确定每个脚本中对象的协作
创建类，确定脚本中的对象
设计, 编码, 测试, 集成类
为过程编写系统测试案例
运行测试案例，检验系统
2.5、系统环境需求
系统模式
本系统采用C/S模式作为开发模式
硬件环境
服务器端：
高性能的计算机一台，
普通的双绞线作为连接。
客户端： 普通的计算机或者工作站，
普通的双绞线作为连接。
软件环境
服务器端：安装SQL Server 2000的服务器版本，
安装windows 2000服务器版本，
配置了诺顿等必须的防毒软件。
客户端： 安装SQL Server2000的服务器版本，
安装了VB等可视化开发工具软件，
安装windows2000服务器版本。
2.6、系统安全问题
信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。
系统要能重建
系统应该是可审查的
系统应能进行有效控制，抗干扰能力强
系统使用者的使用权限是可识别的
3、基于UML的建模
3.1语义规则
用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。
UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。
用例（use case）：
参与者（actor）：
3.2、UML模型
3.21、系统UML模型
3.22、子系统UML模型
（1）零售前台（POS）管理系统用例视图
（2）后台管理系统用例视图
3.3、系统实现图
4、超市销售系统概念设计文档
（1）、系统ER图
（2）、系统ER图说明
1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；
2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；
3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。
（3）、视图设计
1) 交易视图(v_Dealing)——用于查询交易情况的视图；
2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；
3) 销售视图(v_Sale)——用于查询销售明细记录的视图；
4) 入库视图(v_Stock)——用于查询入库情况的视图。
5、逻辑设计文档
（1）、系统关系模型
a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
b) 用户表（用户编号，用户名称，用户密码，用户类型）
c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）
d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）
e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）
f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）
h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
（2）、系统数据库表结构
数据库表索引
表名 中文名
MerchInfo 商品信息表
User 用户表
Menber 会员表
Sale 销售表
Dealing 交易表
Stock 进货入库表
Provide 供货商表
Factory 厂商表
商品信息表(MerchInfo)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MerchID int 4 P Not null 商品编号
MerchName Varchar 50 Not null 商品名称
MerchPrice Money 4 Not null 价格
MerchNum Int 4 Not null 库存数量
CautionNum Int 4 Not null 库存报警数量
PlanNum Int 4 null 计划进货数
BarCode Varchar 50 Not null 条形码
SalesProPrice Money 4 促销价格
SalesProDateS Datetime 8 促销起日期
SalesProDateE Datetime 8 促销止日期
AllowAbate Int 4 Not null 允许打折
AllowSale Int 4 Not null 允许销售
FactoryID Varchar 10 F Not null 厂商编号
ProvideID Varchar 10 F Not null 供货商编号
用户表(User)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
UserID varchar 10 P Not null 用户编号
UserName Varchar 25 Not null 用户名称
UserPW Varchar 50 Not null 用户密码
UserStyle Int 4 Not null 用户类型
会员表(Menber)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MemberID Varchar 10 P Not null 会员编号
MemberCard Varchar 20 Not null 会员卡号
TotalCost Money 4 Not null 累积消费金额
RegDate Datetime 8 Not null 注册日期
销售表(Sale)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
SaleID Varchar 10 P Not null 销售编号
MerChID Varchar 10 F Not null 商品编号
SaleDate Datetime 8 Not null 销售日期
SaleNum Int 4 Not null 销售数量
SalePrice Money 4 Not null 销售单额
交易表(Dealing)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
DealingID Varchar 10 P Not null 交易编号
DealingPrice Money 4 Not null 交易金额
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 会员卡号
UserName Varchar 10 F Not null 用户名称
入库纪录表(Stock)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
StockID Varchar 10 P Not null 入库编号
MerchID Varchar 10 F Not null 入库商品编号
MerchNum Int 4 Not null 入库数量
MerchPrice Money 4 Not null 单额
TotalPrice Money 4 Not null 总额
StockDate Datetime 8 Datetime 入库日期
PlanDate Datetime 8 Datetime 计划进货日期
StockState Int 4 Not null 入库状态
供货商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
ProvideID varchar 10 P Not null 供货商编号
ProvideName Varchar 50 Not null 供货商名称
ProvideAddress Varchar 250 供货商地址
ProvidePhone Varchar 25 供货商电话
厂商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
FactoryID varchar 10 P Not null 厂商编号
FactoryName Varchar 50 Not null 厂商名称
FactoryAddress Varchar 250 厂商地址
FactoryPhone Varchar 25 厂商电话
6、物理设计文档
/*----------创建数据库----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go
/*----------创建基本表----------*/
use [SuperMarketdb]
go
/*创建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*创建厂商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*创建会员表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*创建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*创建供应商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*创建销售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*创建入库表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*创建用户表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO
/*----------创建表间约束----------*/
/*商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*销售表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入库表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*----------创建索引----------*/
/*在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一个以商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO
/*----------创建视图----------*/
/*创建用于查询交易情况的视图*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 员工名称,
MemberCard as 会员卡号,
DealingPrice as 交易金额
FROM Dealing
GO
/*创建用于查询进货计划的视图*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchNum as 计划进货数量,
Stock.PlanDate as 计划进货日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*创建用于查询销售明细记录的视图*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
MerchInfo.MerchPrice as 商品价格,
Sale.SalePrice as 销售价格,
Sale.SaleNum as 销售数量,
Sale.SaleDate as 销售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*创建用于查询入库情况的视图*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchPrice as 入库价格,
Stock.MerchNum as 入库数量,
Stock.TotalPrice as 入库总额,
Stock.StockDate as 入库日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO
7、小结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
本系统只适合小型超市使用，不能适合中大型超市使用；
超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。