数据库课程设计(自己做的)
数据库课程设计(自己做的)
数据库系统课程设计——货存控制系统组长：杜康数据库分析员：郭仙草用户界面设计员：王彤程序员：包曙光胡萍测试员：李元芳一、课程设计题目：货存管理系统一个公司希望为控制它的货存建立一个数据库，货存中的产品被分为几类，如服装、食品和文具。
当产品需要从供应商那里重新订购时，工作人员需要提出一个购买订单。
跟踪记录要提供买进、卖出的货物以及其他的费用。
实验课程任务与要求目的与任务：1. 掌握数据库设计和实现的基本过程2. 掌握数据库模式设计、分析和实现的方法3. 了解数据库应用系统软件开发的一般过程。
实验基本要求：（1）学习相关的预备知识（2）按照数据库设计与实现过程完成数据库的设计，应用程序的开发，上机调试、运行（3）写出课程设计报告开发环境说明：处理器：Intel Pentium 4 3.06以上内存：256M以上硬盘空间：40G以上操作系统：windows 2000 /XP/win7开发软件：C++Builder 6.0数据库：Microsoft SQL Service 2000二、功能需求分析：根据系统要求分析，本系统功能如下：用户管理：添加用户，修改用户密码。
客户管理：添加客户，查询客户信息。
供应商管理：添加供应商，查询供应商信息。
仓库管理：添加仓库，查询仓库信息。
货物管理：添加物品信息，物品类型信息。
入库管理：货物的入库信息的添加和修改。
出库管理：货物的出库信息的添加和修改。
库存信息：对货物的现有信息存量查询。
三、数据库概念设计：本实例根据根据上面的设计规划出的实体有仓库实体、客户实体、供应商实体、管理员实体、货物实体、货物类型实体、入库实体、出库实体、库存实体。
各个实体的E-R图描述如下：仓库实体E-R图供应商实体E-R图客户实体E-R图管理员实体E-R图货物实体E-R图货物类型实体E-R图入库实体E-R图出库实体E-R图库存实体E-R图整体E-R图如下所示：四、数据库逻辑设计：关系数据库的数据模型（即关系模型）由一组关系模式组成，因而ER图向关系模型的转换实际上就是将实体（包括实体的属性）和联系转换为关系模式，一般遵循以下基本原则：1. 一个实体型转换为一个关系模式。
北邮数据库课程设计
北邮数据库课程设计一、课程目标知识目标：1. 理解数据库的基本概念，掌握数据库系统的基本组成与功能。
2. 学会使用SQL语言进行数据库的基本操作，包括数据查询、插入、删除和修改。
3. 掌握数据库设计的基本原理，能够完成简单的数据库设计。
技能目标：1. 能够运用所学知识，使用数据库管理系统（DBMS）创建和管理小型数据库。
2. 能够运用SQL语言解决实际问题，进行数据的有效检索和分析。
3. 能够运用数据库设计原理，设计出结构合理、性能优良的数据库。
情感态度价值观目标：1. 培养学生对数据库技术的兴趣和热情，提高对信息技术的认识和重视。
2. 培养学生的团队协作意识，学会在团队中分工合作，共同完成数据库设计和开发任务。
3. 培养学生的创新意识和解决问题的能力，鼓励学生勇于尝试，善于总结，不断优化数据库设计。
课程性质：本课程为北邮数据库课程设计，旨在帮助学生掌握数据库的基础知识和技能，培养实际操作和解决问题的能力。
学生特点：学生为高年级本科生，具有一定的计算机基础和编程能力，对数据库技术有一定了解。
教学要求：结合学生特点和课程性质，本课程要求学生通过理论学习和实践操作，达到上述课程目标。
教师需采用案例教学、任务驱动等方法，引导学生主动参与，确保课程目标的实现。
同时，注重过程评价，及时了解学生的学习成果，为教学设计和评估提供依据。
二、教学内容1. 数据库基本概念：介绍数据库的定义、发展历程、数据库管理系统（DBMS）的功能与类型。
教材章节：第一章 数据库概述2. 数据模型与关系代数：讲解实体-关系模型、关系模型，以及关系代数的基本运算。
教材章节：第二章 数据模型与关系代数3. SQL语言：教授SQL语言的基本语法，包括数据查询、插入、删除、修改等操作。
教材章节：第三章 SQL语言4. 数据库设计：讲解数据库设计的基本原则，如范式理论、E-R图设计，以及数据库设计方法。
教材章节：第四章 数据库设计5. 数据库保护：介绍事务管理、并发控制、备份与恢复等数据库保护技术。
数据库课程设计--学生成绩管理系统
数据库课程设计--学生成绩管理系统一、引言学生成绩是教育领域中最重要的数据之一。
为了有效地管理和分析学生的成绩数据，学生成绩管理系统应运而生。
本文将介绍一个基于数据库的学生成绩管理系统的设计。
二、系统概述学生成绩管理系统主要功能包括学生信息管理、课程管理、成绩录入与查询等。
通过该系统，教师可以方便地管理学生成绩，学生可以随时查询个人成绩，而管理员可以对系统进行维护和权限管理。
三、数据库设计1. 实体-关系模型在学生成绩管理系统中，主要的实体包括学生、课程、教师和成绩。
它们之间的关系如下：- 学生与课程之间是多对多的关系，一个学生可以选修多门课程，一门课程也可以有多个学生参加。
- 学生与成绩之间是一对多的关系，一个学生可以有多个成绩记录，但一个成绩只能对应于一个学生。
- 课程与成绩之间是一对多的关系，一门课程可以有多个成绩记录，但一个成绩只属于一个课程。
2. 数据库表设计基于上述实体-关系模型，我们设计了以下数据库表：- 学生表（Student）：包括学生编号、学生姓名、性别、年级等信息。
- 课程表（Course）：包括课程编号、课程名称、学分等信息。
- 教师表（Teacher）：包括教师编号、教师姓名、职称等信息。
- 成绩表（Score）：包括学生编号、课程编号、成绩等信息。
四、系统功能设计1. 学生信息管理教师和管理员可以对学生信息进行增、删、改和查操作。
包括学生的基本信息和选课情况等。
2. 课程管理教师和管理员可以对课程信息进行增、删、改和查操作。
包括课程的基本信息和授课教师等。
3. 成绩录入与查询教师可以根据课程和学生信息录入成绩，同时学生和管理员可以根据课程和学生信息查询成绩。
五、系统界面设计学生成绩管理系统应具有用户友好的界面，便于用户操作和信息浏览。
界面设计应符合人机工程学的原则，以实现良好的用户体验。
六、系统安全设计为了确保学生成绩的保密性和完整性，学生成绩管理系统应具备一定的安全措施。
数据库课程设计--图书借阅管理系统的设计
图书借阅管理系统的设计1.需求分析图书信息、借阅证件信息及图书借阅管理是一件非常繁琐但又及其重要的工作，因此有必要开发一个数据库管理系统，用来管理这些信息。
这篇课程设计介绍的就是图书借阅信息管理系统。
系统的具体要求如下所述：（1）图书信息的录入：要求能够将图书信息录入到数据库中。
（2）图书信息的修改：根据需要，修改、删除图书信息。
（3）用户登陆：根据用户权限登陆此系统。
（4）系统用户管理：要求可以管理系统的用户，包括添加、修改和删除用户。
（5）借阅证件信息录入：可以输入不同类型的借阅者信息，并根据需要修改、删除借阅证件信息。
（6）借阅证管理：包括借阅证丢失、过期等管理。
（7）借阅管理：包括借书、还书、过期还书与书籍丢失处罚等管理。
2.数据库设计数据库设计主要在SQL Server服务器端建立数据库和数据表，并实现数据处理功能。
本文所设计的数据库中要记录读者的借书情况、图书被借阅的情况以及读者、图书的基本情况。
下面对图书借阅管理系统所需的数据结构进行分析并创建数据库。
2.1 概念结构设计现在对所设计系统的需求作进一步的分析，产生概念结构设计的E-R模型。
由于这个系统并不复杂，因此可采用自顶向下的设计方法。
自顶向下设计的关键是确定系统的核心活动。
所谓核心活动就是系统中的其他活动都要围绕这个活动展开，或与此活动密切相关。
确定了核心活动之后，系统就有了可扩展的余地。
对于这个图书借阅管理系统，其核心活动是借阅，读者与图书之间是通过借阅发生联系的。
因此，此系统包含的实体有：(1) 读者：用于描述一名读者的基本信息，用借书卡编号来标识。
(2) 图书：用于描述一本图书的基本信息，用图书编号来标识。
经过初步分析，可以得到此系统中各实体所包含的基本属性如下：读者：借阅证编号、读者姓名、工作单位、身份证号、借阅证类型、办证日期、证件状态。
图书：图书编号、图书名称、图书分类、作者、出版社、图书价格、图书封面由于一名读者可以同时借阅多本图书，而一本图书一次只能借给一名读者，因此读者和图书之间是一对多的联系。
数据库课程设计(完整版)
HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目：宿舍管理信息系统姓名：学号：专业：信息与计算科学指导教师：20年 12月1日目录引言 3一、人员分配 4二、课程设计目的和要求 4三、课程设计过程1.需求分析阶段1.1应用背景 51.2需求分析目标51.3系统设计概要 51.4软件处理对象 61.5系统可行性分析 61.6系统设计目标及意义7 1.7系统业务流程及具体功能 71.8.1数据流程图82.系统的数据字典113.概念结构设计阶段 134.逻辑结构设计阶段 155.物理结构设计阶段 186.数据库实施 187.数据库的运行和维护 187.1 解决问题方法 197.2 系统维护 197.3 数据库性能评价 19四、课程设计心得. 20参考文献 20引言学生宿舍管理系统对于一个学校来说是必不可少的组成部分。
目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。
而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。
当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。
信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。
21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。
我们针对如此，设计了一套学生宿舍管理系统。
学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。
由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。
这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。
oracle数据库设计课程设计
oracle数据库设计课程设计一、课程目标知识目标：1. 理解Oracle数据库的基本概念，掌握数据库设计的基本原理；2. 学会使用SQL语言进行数据库的基本操作，如创建表、查询数据、更新数据等；3. 掌握数据库设计规范，能够设计出结构合理、性能优良的数据库表结构；4. 了解数据库的安全性和一致性约束，能够为数据库设置合理的约束条件。
技能目标：1. 能够运用所学知识独立完成小型信息系统的数据库设计；2. 能够熟练运用SQL语言进行数据库的操作，解决实际问题；3. 能够运用数据库设计原则对现有数据库进行优化，提高数据库性能；4. 能够分析实际业务需求，撰写数据库设计文档，为软件开发提供支持。
情感态度价值观目标：1. 培养学生对数据库技术的兴趣，激发学习积极性，提高自主学习能力；2. 培养学生具备良好的团队合作精神，能够在团队项目中发挥积极作用；3. 培养学生严谨、细致的学习态度，对待数据库设计和操作能够认真负责；4. 通过数据库技术在实际案例中的应用，使学生认识到信息技术对社会发展的积极作用，增强社会责任感。
二、教学内容1. Oracle数据库基础知识- 数据库概念、发展历史及Oracle数据库特点- 数据库体系结构、数据库存储结构- SQL*Plus工具的使用2. SQL语言基础- 数据定义语言（DDL）：创建、修改、删除表- 数据操纵语言（DML）：插入、查询、更新、删除数据- 数据控制语言（DCL）：权限管理、事务控制3. 数据库设计原理- 实体关系模型（ER模型）及其转换- 数据库设计范式：1NF、2NF、3NF、BCNF- 数据完整性、约束条件设置4. Oracle数据库高级应用- 索引、分区、视图、序列的应用- 存储过程、函数、触发器的创建与使用- 数据库性能优化、备份与恢复5. 实践项目- 设计一个小型信息系统的数据库，包括表结构设计、数据操作、完整性约束设置等- 对数据库进行性能优化，分析并解决性能瓶颈- 撰写数据库设计文档，进行项目展示与交流教学内容按照以上五个方面进行组织，确保学生能够系统地掌握Oracle数据库的设计与应用。
《数据库原理》课程设计
《数据库原理》课程设计一、课程设计的性质、目的和意义《数据库原理》课程设计是实践性教学环节之一，是《数据库系统原理》课程的辅助教学过程，是计算机科学与技术专业的必修课。
通过课程设计，结合实际的操作和设计，巩固课堂教学内容，使学生掌握数据库系统的基本概念、原理和技术，将理论与实际相结合，应用现有的数据建模工具和数据库管理系统软件，规范、科学地完成一个小型数据库的设计与实现，把理论课与实验课所学内容综合为一，并在此基础上强化学生的实践意识、提高其实际动手能力和创新能力,从而为后续课程的学习，毕业设计环节以及将来的实际工作打好坚实的基础。
二、课程设计的具体内容数据库系统原理的课程设计要求学生综合利用本课程的有关知识，在教师的指导下，利用特定的数据库设计环境，针对具体的问题，完成从系统的需求分析、数据库的概念设计、数据库的逻辑设计，到数据库实现等设计过程，最终实现一个较为完整的反映应用需求的数据库系统。
因此，在设计中，要求学生应该全面考虑各个设计环节以及它们之间的相互联系。
下面是各个设计阶段的具体内容。
1.系统需求分析需求分析是数据库系统设计的一个重要的环节。
本阶段应该对整个应用情况作全面的、详细的调查，确定特定数据库应用环境下的设计目标，收集该应用环境下针对系统设计所需要的基础数据以及对这些数据的具体存储要求，从而确定用户的需求。
用户对数据库的需求包括：⑴处理需求。
即用户要完成什么处理功能等。
学生在设计中应根据具体的课题要求确定系统应该实现的功能，一些基本的功能通常是必须具备的，如用户的管理与维护，基本数据的维护，灵活的信息查询等。
⑵信息需求。
即在数据库中需要存储哪些数据。
学生应该根据具体的课题，认真分析有关的要求，确定本设计的信息需求。
⑶安全性和完整性功能。
实践中这是一个需要与用户不断交流才能逐步确定的需求。
本课程设计要求学生在自己的设计中能反映出基本的安全性和完整性功能。
本阶段的设计结果（即系统需求分析）应该在课程设计报告中进行详细描述，画出系统的数据流图，写出较为详细的数据字典，作为本课程设计的验收依据之一。
数据库课程设计
数据库课程设计（饭店点餐系统）班级：目录1.需求分析 (1)2.概念结构设计 (1)2.1 数据需求 (1)2.1.1下订单阶段需要的数据： (1)2.1.2点菜阶段需要的数据： (1)2.1.3结账阶段需要的数据： (2)2.1.4员工管理需要的数据： (2)2.2事务需求 (2)2.2.1数据录入 (2)2.2.2数据更新/删除 (2)2.2.3数据查询 (3)2.3数据项 (3)2.4抽象出系统的实体 (5)2.5设计E-R图 (6)全局E-R图 (6)3. 逻辑结构设计 (7)3.1转换规则 (7)3.2 根据以上规则得到如下关系模型（红色字体的属性为主码） (7)4.数据库物理设计与实施 (8)4.1创建数据库 (8)4.2建立基本表 (8)4.3建立和管理视图 (10)4.3.1建立视图 (10)5.访问数据库 (10)5.1数据查询 (10)总结与心得 (12)1.需求分析通过了解餐饮行业的特点和实际情况，从分析饭店的基本情况入手，结合要实现的功能，对系统的可行性进行分析，为提高其可行性，故做了以下数据分析。
2.概念结构设计2.1 数据需求餐桌数据包括餐桌号、座位数、状态（空/有人）。
餐厅存储有顾客信息，员工信息。
菜品信息有菜品编号、名称、类别、价格等。
具体数据需求如下：2.1.1下订单阶段需要的数据：顾客信息：包括顾客编号。
订单信息：包括订单编号、消费时间。
餐桌信息：包括编号、可容人数、使用状态等员工信息：包括员工工号。
2.1.2点菜阶段需要的数据：订单信息：订单编号菜品信息：包括菜品编号、菜品名称、菜品数量等。
2.1.3结账阶段需要的数据：订单信息：包括订单编号、顾客编号菜品信息：包括菜品编号、菜品名称、菜品数量等。
员工信息：包括员工工号折扣信息：包括消费金额、折扣数2.1.4员工管理需要的数据：员工档案：包括工号、姓名、性别、工资2.2事务需求2.2.1数据录入录入顾客信息、录入餐桌信息、录入员工信息、录入菜品信息2.2.2数据更新/删除更新/删除餐桌信息、更新/删除菜谱菜品信息、更新/删除员工信息、更新/删除顾客信息、更新/删除订单菜品信息2.2.3数据查询查询可用餐桌信息、查询在售菜品信息、查询订单信息、查询顾客点菜信息、查询员工信息、查询顾客消费信息2.3数据项FoodTable（餐桌）数据项Menus（菜谱）数据项Worke（员工）数据项Tomer（顾客）数据项Oder（订单）数据项Menus_Oder（点菜）数据项Discount_rules（折扣规则）数据项Sales_bill（消费账单）数据项2.4抽象出系统的实体菜谱（Menus）顾客（Tomer）餐桌（FoodTable）员工（Worke）订单（Oder）消费记录（Sales_bill）折扣规则（Discount_rules）2.5设计E-R图全局E-R图3. 逻辑结构设计3.1转换规则一个实体型转换成一个关系模型。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
——货存控制系统6.1数据库设计概述㈠数据库设计的概念：数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求(信息要求和处理要求)。
在数据库领域内，常常把使用数据库的各类系统统称为数据库应用系统。
㈡数据库设计的特点1、数据库建设是硬件、软件和干件的结合：三分技术、七分管理、十二分基础数据，技术与管理的界面称之为干件。
2、数据库设计过程是结构设计和行为设计的密切结合：结构设计是设计数据库结构，行为设计是设计应用程序、事务处理等。
㈢数据库设计的方法1、手工试凑法：设计质量与设计人员的经验和水平有直接关系，缺乏科学理论和工程方法的支持，工程质量难保证。
2、规范设计法：基本思想是过程迭代和逐步求精。
㈣数据库设计的基本步骤准备工作：选定参加设计的人员。
⑴分析员：数据库设计的核心人员，自始至终参与数据库设计，其水平决定了数据库系统的质量。
⑵用户：主要参加需求分析和数据库的运行维护，用户的积极参与将加速数据库设计，提高数据库设计的质量。
⑶程序员：在系统实施阶段参与进来，负责编制程序。
⑷操作员：在系统实施阶段参与进来，准备软硬件环境。
㈤数据库设计的过程(六个阶段)1、需求分析阶段：准确了解与分析用户需求(包括数据与处理)，是整个设计过程的基础，是最困难、最耗费时间的一步。
2、概念结构设计阶段：整个数据库设计的关键，通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型3、逻辑结构设计阶段：将概念结构转换为某个DBMS所支持的数据模型，并对其进行优化。
4、数据库物理设计阶段：为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。
5、数据库实施阶段：运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库、编制与调试应用程序、组织数据入库并进行试运行。
6、数据库运行和维护阶段：数据库应用系统经过试运行后即可投入正式运行，在运行过程中不断对其进行评价、调整与修改。
设计一个数据库应用系统往往是上述六个阶段的不断反复。
㈥数据库设计各阶段的模式形成：1、需求分析阶段：综合各个用户的应用需求。
2、概念设计阶段：形成独立于机器特点，独立于各个DBMS产品的概念模式(E-R图)。
3、逻辑设计阶段：首先将E-R图转换成具体DBMS支持的数据模型，如关系模型，形成数据库逻辑模式；然后根据用户处理的要求、安全性的考虑，在基本表的基础上再建立必要的视图(View)，形成数据的外模式。
4、物理设计阶段：根据DBMS特点和处理需要，进行物理存储安排，建立索引，形成数据库内模式。
一、课程设计题目：货存管理系统一个公司希望为控制它的货存建立一个数据库，货存中的产品被分为几类，如服装、食品和文具。
当产品需要从供应商那里重新订购时，工作人员需要提出一个购买订单。
跟踪记录要提供买进、卖出的货物以及其他的费用。
实验课程任务与要求目的与任务：1. 掌握数据库设计和实现的基本过程2. 掌握数据库模式设计、分析和实现的方法3. 了解数据库应用系统软件开发的一般过程。
实验基本要求：（1）学习相关的预备知识（2）按照数据库设计与实现过程完成数据库的设计，应用程序的开发，上机调试、运行（3）写出课程设计报告二、功能需求分析：根据系统要求分析，本系统功能如下：用户管理：添加用户，修改用户密码。
客户管理：添加客户，查询客户信息。
供应商管理：添加供应商，查询供应商信息。
仓库管理：添加仓库，查询仓库信息。
货物管理：添加物品信息，物品类型信息。
入库管理：货物的入库信息的添加和修改。
出库管理：货物的出库信息的添加和修改。
1、CREATE TRIGGER Tr_入库表 ON 入库表after insert,update,deleteASbeginupdate a set a.库存数量=a.库存数量 +b.入库数量from 零件信息表 a,(select 零件号,sum(入库数量) 入库数量 from inserted group by 零件号 ) b --如果每次插入时零件号不重复，则不必聚合where a.零件号 =b.零件号;goupdate a set a.库存数量=a.库存数量 -b.入库数量from 零件信息表 a,(select 零件号,sum(入库数量) 入库数量 from deleted group by 零件号 ) b --如果每次插入时零件号不重复，则不必聚合where a.零件号 =b.零件号;goend2、CREATE TRIGGER Tr_出库表 ON 出库表after insert,update,deleteASbeginupdate a set a.库存数量=a.库存数量 -b.出库数量from 零件信息表 a,(select 零件号,sum(出库数量) 出库数量 from inserted group by 零件号 ) b --如果每次插入时零件号不重复，则不必聚合where a.零件号 =b.零件号;goupdate a set a.库存数量=a.库存数量 +b.出库数量from 零件信息表 a,(select 零件号,sum(出库数量) 出库数量 from deleted group by 零件号 ) b --如果每次插入时零件号不重复，则不必聚合where a.零件号 =b.零件号;goend库存信息：对货物的现有信息存量查询。
三、数据库概念设计：本实例根据根据上面的设计规划出的实体有仓库实体、客户实体、供应商实体、管理员实体、货物实体、货物类型实体、入库实体、出库实体、库存实体。
各个实体的E-R图描述如下：仓库实体E-R图供应商实体E-R图客户实体E-R图管理员实体E-R图货物实体E-R图货物类型实体E-R图入库实体E-R图出库实体E-R图库存实体E-R图整体E-R图如下所示：四、数据库逻辑设计：关系数据库的数据模型（即关系模型）由一组关系模式组成，因而ER图向关系模型的转换实际上就是将实体（包括实体的属性）和联系转换为关系模式，一般遵循以下基本原则：1. 一个实体型转换为一个关系模式。
实体的属性就是关系的属性，实体的码就是关系的码。
2. 一个1：X（X为1或n）联系通常与某一端的关系模式合并，其中1：n的联系需要与n端对应的关系模式合并。
需要在合并的关系模式的属性中加入另一个关系模式的码和联系本身的属性。
3. 一个m：n联系转换为一个关系模式。
与该关系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
4. 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体的码的组合。
5. 具有相同码的关系模式可合并。
使用SQL server 2000企业管理器建立数据库和表（也可使用SQL语句建立数据库）。
数据库包括：1.仓库的数据项描述： Storage数据项名对应英文名数据项含义类型长度说明仓库编号Sno仓库的编号char5主键2.供应商的数据项描述：Provider3.客户的数据项描述：Client4．货物的数据项描述：Goods5.货物类型的数据项描述：Type6.管理员的数据项描述：Manager7.库存的数据项描述: Stock8.入库的数据项描述:Stock_In9.出库的数据项描述:Stock_Out五、系统开发1. 数据库建立Create database storage_manage;供应商 Providercreate table Provider( Pno char(5) primary key, Pname char(20),Padddr char(40), Postcode char(6),Ptel char(11));客户 Clientcreate table Client( Cno char(5) primary key, Cname char(20),Caddr char(40),Ctel char(11));货物类型 Typecreate table Type(Tno char(5) primary key, Tname char(20), Tdescription char(50) );货物 Goodscreate table Goods(Gno char(5) primary key,Gname char(20),Tno char(5),foreign key(Tno) references Type(Tno));管理员 Managercreate table Manager( Mno char(5) primary key, Mname char(20),PW char(6));仓库 Storagecreate table Storage( Sno char(5) primary key, Sname char(20),Saddr char(40),Mno char(5),Ssize int,foreign key(Mno) references Manager(Mno) );库存 Stockcreate table Stock(Gno char(5),Sno char(5),Gname char(10),Tname char(20),Gnum int,primary key(Gno),foreign key(Gno) references Goods(Gno), foreign key(Sno) references Storage(Sno) );入库 Stock_Increate table Stock_In(Gno char(5),Pno char(5),Gname char(10),Tname char(20),Ginprice real,Innum int,Inprice real,Indata char(20),primary key(Gno,Pno),foreign key(Gno) references Goods(Gno), foreign key(Pno) references Provider(Pno) );出库 Stock_Outcreate table Stock_Out(Gno char(5),Cno char(5),Gname char(10),Tname char(20),Goutprice real,Outnum int,Outprice real,Outdata char(20),primary key(Gno,Cno),foreign key(Gno) references Goods(Gno),foreign key(Cno) references Client(Cno));六、总结：本次课程设计虽然经历了许多困难，但是也学到了很多东西，觉得还是很有收获。