1，《数据库系统》课程设计实例（2
新华社北京12月12日电按照中央国家机关房改方案，住房补贴是补给1998年12月31日前参加工作且住房未达标或无房的老职工，以及1999年1月1日后参加工作的新职工。这部分补贴并不直接发到职工手里，而是参照住房公积金的管理方式计入职工个人账户，专项用于住房消费。
住房补贴包括两部分，即一次性发放的住房补贴和月住房补贴。其中月住房补贴只补给无房老职工和新职工。住房补贴数额与职工工龄、职务和建立住房公积金时间密切相关。
按照方案，无房老职工住房补贴采取一次性发放和按月发放相结合。一次性发放的住房补贴额＝月均标准工资×月住房补贴系数×1998年底前的工作月之和＋年度工龄补贴额×建立住房公积金制度前的工龄×购房补贴建筑面积标准；按月发放的住房补贴＝当月标准工资×月住房补贴系数。
新职工按月住房补贴与无房老职工按月住房补贴计算公式一致。
住房未达标的老职工，差额面积由所在单位一次性计发差额补贴。差额补贴＝（年度基准补贴额＋年度工龄补贴额×建立住房公积金前的工龄）×差额面积。
已有住房的公务员职务晋升、工勤人员晋升技术等级，将获得一次性发放的级差补贴。级差补贴＝（届时基准补贴额＋届时工龄补贴额×建立住房公积金前的工龄）×级差面积。
据了解，2000年度工龄补贴额为13元，年度基准补贴额为1265元，月住房补贴系数为0．66，与去年一致。以一位到1998年已工作10年的副处级无房职工为例，副处级购房补贴建筑面积标准为80平方米，如果单位在1997年设立住房公积金，而他每月的标准工资为600元。按公式计算：他应获得的一次性住房补贴额为（600×0．66×120）＋（13×9×80）＝56880元；每月的住房补贴为600×0．66＝396元。还以这位职工为例，如果他现有住房建筑面积只有60平方米，而其他参数不变，按照公式计算，他应获得的差额补贴＝（1265＋13×9）×20＝27640元。
据了解，国家公务员购房补贴建筑面积标准为科级以下60平方米，正、副科级70平方米，副处级80平方米，正处级90平方米，副司（局）级105平方米，正司（局）级120平方米。
机关工勤人员补贴建筑面积标准为初、中级技术工人和25年以下工龄的普遍工人60平方米，高级技术工人、技师和25年以上工龄的普遍工人70平方米，高级技师80平方米。
2，高分求一数据库课程设计，急！急！急！！！！
酒店管理系统；http://www.howlw.com/Html/jsjrjjyy/220421534.html
客户关系管理系统http://www.howlw.com/Html/jsjrjjyy/150535479.html
人事管理系统； http://www.howlw.com/Html/jsjrjjyy/003741239.html
网上商店（如花店，书店等）http://www.howlw.com/Html/hlw/005142822.html
仓库管理系统； http://www.howlw.com/Html/jsjrjjyy/011908685.html
工资管理系统； http://www.howlw.com/Html/jsjrjjyy/015312426.html
医院管理系统；http://www.howlw.com/Html/jsjrjjyy/200924366.html
超市管理系统； http://www.howlw.com/Html/jsjrjjyy/014045805.html
进销存管理系统； http://www.howlw.com/Html/jsjrjjyy/013420747.html
库存管理系统； http://www.howlw.com/Html/jsjrjjyy/213617683.html
教务管理系统；http://www.howlw.com/Html/jsjrjjyy/121940493.html
物流管理系统； http://www.howlw.com/Html/jsjrjjyy/214447188.html
小区物业管理系统； http://www.howlw.com/Html/jsjrjjyy/21562987.html
餐饮管理系统； http://www.howlw.com/Html/hlw/215136461.html
考勤管理系统； http://www.howlw.com/Html/jsjrjjyy/220701830.html
财务管理系统； http://www.howlw.com/Html/jsjrjjyy/220153957.html
车辆管理系统； http://www.howlw.com/Html/hlw/155544739.html
固定资产管理系统；http://www.howlw.com/Html/jsjrjjyy/135225899.html
文件管理系统；http://www.howlw.com/Html/jsjrjjyy/224829707.html
机房管理系统；http://www.howlw.com/Html/jsjrjjyy/002715201.html
新闻管理系统；http://www.howlw.com/Html/hlw/011723448.html
教材管理系统；http://www.howlw.com/Html/jsjrjjyy/171947406.html
员工管理系统 http://www.howlw.com/Html/jsjrjjyy/211803713.html
办公自动化管理系统 http://www.howlw.com/Html/jsjrjjyy/011759677.html
新闻发布系统 http://www.howlw.com/Html/hlw/011723448.html
旅游管理信息系统http://www.howlw.com/Html/hlw/000453367.html
BBS论坛网站 http://www.howlw.com/Html/hlw/005518128.html
博客网站http://www.howlw.com/Html/hlw/210850785.html
在线考试系统http://www.howlw.com/Html/jsjrjjyy/222608162.html
3，急求一份完整的数据库课程设计图书管理系统（要求用VB 以及SQL-server制作）
1.开发背景
数据库技术和Internet的飞速发展，使它们已经成为现代信息技术的重要组成部分，是现在计算机信息系统和计算机应用系统的基础和核心。对于任何一个企业来说，数据是企业重要的资产，如何有效利用这些数据，对于企业发展起着极其重要的作用。随着我国市场经济的迅速发展和人们生活水平的不断提高，图书馆藏书的树木逐渐增大，这也挑战了图书管理方面的技术，以前的人工管理方式已经不再适应现在的环境，取而代之的是先进的图书管理系统，通过使用PowerBuilder创建的图书管理系统可以让管理人员方便而快捷的进行管理、查询、借阅、录入等工作。
2.需求分析
2.1系统目标
图书管理信息系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。
系统开发的总体任务是实现各种信息的系统化，规范化和自动化。
2.2需求定义
图书馆管理系统开发。系统开发的总的设计目标是实现图书管理的系统化、规范化和自动化，实现对图书资料的集中统一的管理。
本系统主要实现对图书馆信息的管理，主要功能为管理有关读者、图书、借阅、查询、删除和管理员的信息等。本系统结构分为读者类别管理、读者档案管理、图书类型管理、图书档案管理以及图书流程管理，读者管理可以浏览读者的信息，可以对读者信息进行维护。图书管理可以浏览图书的信息，可以对图书信息进行维护。借阅管理可以显示当前数据库中书籍借阅情况，可以对借阅信息进行维护。本系统主要解决的问题是利用关键字对数据库进行查询。
其系统的功能模块图如下：
图2-1 系统功能模块图
针对一般图书管理信息系统的需求，通过对图书管理工作过程的内容和数据流程分析，设计如下面所示的数据项：
读者信息
属性：读者学号，读者姓名，读者性别，联系电话，所在院系，生效日期，失效日期，违章状况，累计借书
主键：读者学号
书籍信息
属性：ISBN，书名，作者，出版社，出版日期，简介
主键：ISBN
管理员信息
属性：工作号，姓名，性别，电话，家庭住址
主键：工作号
2.3数据流程
2.3.1 读者
作为学生对图书管理系统的要求有：
1. 能按各种方式（比如书名、编号、作者）查询图书馆的藏书情况。
2. 能够方便地借阅图书、续借图书、归还图书。
3. 能够查询自己的基本资料、借阅图书情况。
4. 能够熟悉图书管理系统的使用。
读者进入系统工作的流程图为:
2-1进入系统工作的流程图
2.3.2 图书管理员
作为图书管理员，他们对图书管理系统的要求有：
1. 能方便的对图书进行录入登记，注销陈旧的书籍。
2. 能够方便地对新生进行登记，或注销已经毕业的学生信息（基本信息，借阅信息）。
3. 能够随时发布一些诸如各学院学生借阅图书超期情况、馆内藏书情况、借情况等信息，以便各学院能够随时获知本院学生的一些借书信息。
图书管理员工作的流程图为：
2-2图书管理员工作流程图
3.功能描述
系统功能分析是在系统开发的总体任务的基础上完成。本系统需要完成的功能主要有5部分：
(1) 图书基本情况的录入，修改，删除等基本操作。
1．书籍类别标准的制定，类别信息的输入，包括类别编号，类别名称，关键词，备注信息等。
2．书籍类别信息的查询，修改，包括类别编号，类别名称，关键词，备注信息等。
3．书籍信息的输入，包括书籍编号，书籍名称，书籍类别，作者名称，出版社名称，出版日期，书籍页数，关键词，登记日期，备注信息等。
(2) 办理借书卡模块。
1．新生办理借书证。
2．丢失办理借书证。
(3) 实现借书功能。
1．借书信息的输入，包括借书信息编号，读书编号，读者姓名，书籍编号，书籍名称，借书日期，备注信息等。
2．借书信息的查询，修改，包括借书信息编号，读者编号，读者姓名，书籍编号，书籍名称，借书日期，备注信息等。
(4) 实现还书功能。
1．还书信息的输入，包括还书信息编号，读者编号，读者姓名，书籍编号，书籍名称，借书日期，还书日期，备注信息等。
2．还书信息的查询和修改，包括还书信息编号，读书编号，读者姓名，书籍编号，书籍名称，借书日期，还书日期，备注信息等。
(5) 能方便的对图书进行查询。对超期的情况能自动给出提示信息
4.概念模型设计
各部分E-R图如下：
(1)读者信息类别实体E-R图
4-1 读者类别实体E-R图
(2)书籍信息类别实体E-R图
4-2 书籍类别实体E-R图
(3)图书借阅实体E-R图：
4-3 图书借阅实体E-R图
(4)投诉管理实体E-R图：
4-4 投诉管理实体E-R图
4-5实体之间关系的E-R图
借阅关系（读者、管理员、书籍三元关系）
图4-6 CDM图
5.逻辑模型设计和优化
从理论‘E-R模型’到理论‘关系模型’的整理转换，通过E-R模型到关系模型的转化，可以得到如下关系模式：
借阅关系
属性：工作号，读者学号，ISBN，是否续借，借书日期，还书日期，备注。
主键：工作号，读者学号，ISBN
管理员_书籍关系
属性：工作号，ISBN，添加时间，是否在馆
主键：工作号，ISBN
管理员_学生关系
属性：工作号，读者学号，确认借还
主键：工作号，读者学号
通过由概念模型设计得到CDM图powerdesigner转换成对应的PDM图：
4，sql数据库课程设计怎么做啊？
静轩图书信息管理系统---摘 要
图书管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。其能够完成对图书的添加、删除、借阅、归还和对读者的管理等功能的操作。经过分析,使用 Microsoft�0�8
Visual Basic 6.0为开发工具,利用其提供的各种面向对象的可视化开发平台作为开发工具，采用面向对象技术，图形化的应用开发环境，尤其是它有一个功能极其强大的集成环境提供给开发人员，使得开发人员可通过菜单、界面、图形浏览工具、对话框以及嵌入的各种生成器来轻松地完成各种复杂的操作。并且，方便的界面制作，可以节省更多的时间来研发后台的程序代码及数据库。数据库选用Access，其存储方式单一，都存放在后缀为(.mdb)的数据库文件中，界面友好易于操作管理。开发过程中不断修正和改进,直到形成满意的可行系统。
关键词： VB程序设计、图书管理系统、信息管理系统（MIS）、数据库、Visual Basic6.0、面向对象（Object）、图书管理。
5，数据库课程设计实例
数据库课程设计
题目：小型超市管理系统
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、小结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
本系统只适合小型超市使用，不能适合中大型超市使用；
超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。请采纳。
6，数据库设计实例
某种“数据库技术”课程的作业吧
把表的结构提供给你，其它的最好看看书自己做吧
车主（车主ID，...）
汽车（汽车ID，...，所属车主ID）
事故（事故ID，...，所属汽车ID）
所有的主ID应该有索引，车主姓名和车牌号也可以有索引
视图：车主与汽车的连立，车主、汽车与事故的连立
E-R图就是三大区域，中间有两个1:n连接
这是3NF范式（主外码连接无冗余）
7，数据库课程设计
我有学生管理数据库设计案例 可以看着例子来做
非常详细的
设计报告：
包含E-R图、数据字典、关系模式、关系实例、查询描述、关系代数、SQL实现的查询语言及查询结果
选我我传给你 给邮箱
这是以下目录
1.问题描述 2
1.1背景 2
1.2数据需求 2
1.3事物需求 3
1.4关系模式 3
2.方案图表设计 3
2.1 E-R图 3
2.2数据流程图 8
2.3数据字典 9
2.4关系图： 11
3.数据库源代码 12
3.1数据库建立 12
3.2数据初始化 14
4.结果数据处理 17
5.结束语 26
5.1课程设计心得 26
精华总结
雨露，是万物生长的灵丹妙药，它能让万物欣欣向荣，给人带来希望和欢乐。起名，是给孩子取名最重要的一步，因为名字，在某种程度上就是一种文化。一个好的名字，可以让孩子从小拥有一个好的起点。那么，旸字取名呢，有着什么样的寓意及含义？
1、旸是五行金之字，五行属水，寓意孩子聪明机智，有大智慧，富有爱心。
根据五行属性来取名，金能克水，就像是金被水淹没了，所以会出现水变少，阳气不充足的情况。而旸字五行属水，表示有希望的样子，寓意孩子聪明机智，有大智慧，富有爱心，有爱心之义，对人非常友好，人缘非常好。由于在起名时需要注意五行八字，所以名字要避开太多不利因素。例如孩子取名为旸这个名字时，可选择五行属金且与水相冲或水火相济或金水相济等字面寓意相搭。
2、旸字是木之金之字，五行属木，为金之态，寓意孩子金木水火土五行协调，和谐发展。
雨露的滋润，日出而作，日落而息，都让人感到无比满足。旸，字音shèng,寓意着孩子有一颗包容和感恩之心。这与“日出而作、日落而息”有异曲同工之妙……旸给人带来欢乐、吉祥的同时，也寓意着孩子金木水火土协调发展……
3、旸是一种很有灵性的字，可形容孩子生机勃勃，乐观向上。
【旸】有光明、温暖、明朗的意思，可用作名字。【阳凯是太阳之意。【阳阳阳】阳代表明亮，阳代表光明及温暖。用阳代表光明的事物，表示孩子生机勃勃，乐观向上。【阳欣可表示欣欣向荣之意。【阳和】可表示温暖的意思。
4、旸字取名，寓意孩子乐观向上，对生活充满希望。
旸字寓意孩子乐观向上，对生活充满希望，乐观积极的生活态度，有助于提高孩子的自信心。另外旸字取名还有着积极向上、乐观开朗、吉祥幸福、生活美满、幸福美满等美好祝愿，其寓意吉祥。而且旸在中国汉字里是非常多见的一个字，我们可以将这个字用在名字中来表达。旸字取名代表着孩子未来很美好而充满希望。如果将其用于起名中，则代表着孩子未来会有很多希望。同时也象征着孩子将来会有所成就。
5、旸作为名字有吉祥富贵之意。
旸这个名字，在很早的时候就被赋予了吉祥富贵的寓意，因为它在名字中的意思很多。所以有很高的吉祥富贵之意。这个名字将孩子命名为【旸】具有美好的寓意。
