数据库设计报告
-图书管理系统数据库设计报告
图书馆管理系统数据库设计报告目录一、 设计背景........................................................二、 需求分析........................................................2.1系统目标 .....................................................2.2需求定义 .....................................................2.3数据流图 .....................................................2.4数据字典 .....................................................三、 功能说明........................................................四、 概念结构设计 ...................................................4.1 分ER图 ......................................................4.2总ER图 .....................................................五、 逻辑结构设计 ...................................................六、 物理结构设计 ...................................................七、 设计人员........................................................正文一、设计背景随着我国市场经济的迅速发展和人们生活水平的不断提高，图书馆藏书的树木逐渐增大，这也挑战了图书管理方面的技术，以前的人工管理方式已经不再适应现在的环境，取而代之的是先进的图书管理系统，通过使用Access创建的图书管理系统可以让管理人员方便而快捷的进行管理、查询、借阅、录入等工作。
学生信息管理系统数据库设计报告
学生信息管理系统数据库设计报告一、前言学生信息管理系统是一种非常重要的教务管理工具，它可以帮助学校管理学生的个人信息、课程信息以及成绩信息等。
在本报告中，我们将详细介绍一个学生信息管理系统的数据库设计方案。
二、需求分析在设计学生信息管理系统数据库之前，我们需要进行需求分析。
根据实际需求，该系统需要包含以下功能：1. 学生个人信息管理：包括学生姓名、性别、出生日期、身份证号码、联系电话等；2. 课程信息管理：包括课程名称、授课教师、上课时间、上课地点等；3. 成绩信息管理：包括学生姓名、课程名称、成绩等；4. 用户权限管理：包括管理员和普通用户两种角色，管理员可以对系统进行操作和管理，普通用户只能查看自己的个人信息和成绩。
三、数据库设计根据以上需求，我们可以设计出以下数据库结构：1. 学生表（student）字段名数据类型字段描述id int 主键IDname varchar(20) 姓名sex varchar(2) 性别birthday date 出生日期id_card varchar(18) 身份证号码phone varchar(20) 联系电话2. 课程表（course）字段名数据类型字段描述id int 主键IDname varchar(50) 课程名称teacher varchar(20) 授课教师time varchar(20) 上课时间place v archar(50) 上课地点3. 成绩表（score）字段名数据类型字段描述id int 主键IDstudent_id int 学生ID（外键）course_id int 课程ID（外键）score f loat 成绩4. 用户表（user）字段名数据类型字段描述id int 主键IDusername varchar(20) 用户名password varchar(50) 密码role int 角色（1：管理员，2：普通用户）四、数据库关系图根据以上数据库设计，我们可以画出以下的数据库关系图：五、总结通过本报告的介绍，我们了解了一个学生信息管理系统的数据库设计方案。
数据库的设计实验报告
一、实验目的1. 理解数据库设计的概念、过程和步骤。
2. 掌握数据库概念结构、逻辑结构和物理结构的设计方法。
3. 能够运用E-R图进行数据库概念结构设计。
4. 能够运用SQL语句进行数据库逻辑结构和物理结构设计。
二、实验环境1. 操作系统：Windows 102. 数据库管理系统：MySQL 5.73. 开发工具：MySQL Workbench三、实验内容1. 数据库概念结构设计2. 数据库逻辑结构设计3. 数据库物理结构设计四、实验步骤1. 数据库概念结构设计（1）分析需求，确定实体和属性以“图书管理系统”为例，确定实体和属性如下：实体：图书、读者、借阅信息属性：- 图书：书名、作者、出版社、ISBN、出版日期、分类号、库存数量- 读者：读者编号、姓名、性别、出生日期、联系电话、邮箱、住址- 借阅信息：借阅编号、图书编号、读者编号、借阅日期、归还日期、状态（2）绘制E-R图根据实体和属性，绘制E-R图如下：```图书(书名，作者，出版社，ISBN，出版日期，分类号，库存数量)读者(读者编号，姓名，性别，出生日期，联系电话，邮箱，住址)借阅信息(借阅编号，图书编号，读者编号，借阅日期，归还日期，状态) ```2. 数据库逻辑结构设计（1）确定关系模式根据E-R图，确定关系模式如下：- 图书(书名，作者，出版社，ISBN，出版日期，分类号，库存数量)- 读者(读者编号，姓名，性别，出生日期，联系电话，邮箱，住址)- 借阅信息(借阅编号，图书编号，读者编号，借阅日期，归还日期，状态)（2）编写SQL语句创建表```sqlCREATE TABLE 图书 (书名 VARCHAR(100),作者 VARCHAR(50),出版社 VARCHAR(50),ISBN VARCHAR(20),出版日期 DATE,分类号 VARCHAR(10),库存数量 INT);CREATE TABLE 读者 (读者编号 VARCHAR(10),姓名 VARCHAR(50),性别 CHAR(1),出生日期 DATE,联系电话 VARCHAR(20),邮箱 VARCHAR(50),住址 VARCHAR(100));CREATE TABLE 借阅信息 (借阅编号 VARCHAR(10),图书编号 VARCHAR(10),读者编号 VARCHAR(10),借阅日期 DATE,归还日期 DATE,状态 VARCHAR(10));```3. 数据库物理结构设计（1）确定索引根据需求，确定索引如下：- 图书表：ISBN、分类号- 读者表：读者编号- 借阅信息表：借阅编号、图书编号、读者编号（2）编写SQL语句创建索引```sqlCREATE INDEX idx_isbn ON 图书(ISBN);CREATE INDEX idx_分类号 ON 图书(分类号);CREATE INDEX idx_读者编号 ON 读者(读者编号);CREATE INDEX idx_借阅编号 ON 借阅信息(借阅编号);CREATE INDEX idx_图书编号 ON 借阅信息(图书编号);CREATE INDEX idx_读者编号 ON 借阅信息(读者编号);```五、实验结果与分析1. 通过实验，掌握了数据库设计的概念、过程和步骤。
某项目数据库设计报告
某项目数据库设计报告1.引言本报告旨在介绍项目的数据库设计方案。
数据库是项目中存储和管理数据的重要组成部分，它的设计和实现对整个系统的性能和稳定性具有重要影响。
本报告将分析项目需求和业务流程，并基于这些信息提出一个适合的数据库设计方案。
2.项目需求及业务流程分析在开始数据库设计之前，我们首先需要对项目的需求和业务流程进行分析。
根据对项目需求的了解，我们得知该项目是一个在线商城系统，主要包含以下模块：用户管理、商品管理、订单管理和库存管理。
业务流程包括用户注册、商品浏览、商品购买、订单生成和库存更新等。
3.数据库设计方案基于对项目需求和业务流程的分析，我们提出以下数据库设计方案：3.1数据库架构在本项目中，我们使用关系数据库来存储和管理数据。
关系数据库具有结构化的数据模型和高效的查询能力，非常适合用于存储和管理大量的结构化数据。
3.2数据表设计根据业务流程，我们设计了以下数据表来存储相关数据：- 商品表(Product)：存储商品的基本信息，包括商品ID、商品名称、商品价格、商品库存等。
- 订单表(Order)：存储订单的基本信息，包括订单ID、用户ID、商品ID、订单状态等。
- 库存表(Inventory)：存储库存的基本信息，包括商品ID、商品库存数量等。
3.3数据表关系和约束在数据库设计中，我们需要定义表之间的关系和约束，以保证数据的完整性和一致性。
- 用户表(User)和订单表(Order)之间的关系是一对多关系，即一个用户可以有多个订单，但一个订单只属于一个用户。
我们在订单表中添加了一个外键(user_id)来关联用户表的主键(user_id)。
- 商品表(Product)和订单表(Order)之间的关系是多对多关系，即一个订单可以包含多个商品，而一个商品可以被多个订单使用。
为了实现多对多关系，我们需要创建一个中间表(order_product)，它包含订单ID和商品ID两个外键来关联订单表和商品表的主键。
非关系型数据库课程设计报告
非关系型数据库课程设计报告一、设计目标本课程设计的目标是通过学习非关系型数据库的原理和实践，掌握非关系型数据库的设计和应用技术，培养学生在大数据环境下处理和管理海量数据的能力。
二、设计内容1.理论学习本课程设计将包括非关系型数据库的原理、分类、数据模型等理论知识的学习。
学生将学习非关系型数据库的特点和优势，并与关系型数据库进行横向对比。
通过对不同类型的非关系型数据库的学习和比较，学生将了解到选择适合场景的非关系型数据库的重要性。
2.实践应用本课程设计将利用已知的案例或场景，要求学生设计和搭建一个非关系型数据库系统，以满足特定的需求。
学生需要根据实际的场景需求，选择合适的非关系型数据库，并进行系统的设计和搭建。
学生需要考虑数据的存储方式、数据的读写性能、数据一致性等方面的设计和优化。
3.实验实践本课程设计将包括一定数量的实验实践环节。
通过实验实践，学生将实际操作非关系型数据库，熟悉数据库的基本命令和操作，并掌握非关系型数据库的基本使用方法和技巧。
4.项目开发本课程设计还将要求学生进行一个小型的非关系型数据库项目开发。
学生需要根据实际的需求，设计和实现一个具有一定规模和功能的非关系型数据库应用系统。
项目开发将要求学生运用学到的非关系型数据库知识，完成从需求分析到设计开发的全过程。
三、教学方法1.授课方法本课程设计将采用多种教学方法，包括理论讲解、案例分析、实验实践、项目开发等。
通过理论学习和案例分析，学生将对非关系型数据库有一个全面的了解和认识；通过实验实践，学生将学会操作非关系型数据库；通过项目开发，学生将综合运用所学知识，提高解决实际问题的能力。
2.学习评价本课程设计将采用多种评价方法，包括平时成绩、实验成绩、项目成绩、考试成绩等。
通过不同的评价方法，全面评价学生的学习成果，激发学生的学习兴趣和主动性。
四、教材参考《非关系型数据库原理与应用》，王海燕等著，机械工业出版社。
五、预期效果通过本课程设计，学生将掌握非关系型数据库的原理和应用技术，能够熟练操作非关系型数据库，具备设计和开发非关系型数据库应用系统的能力。
数据库程序设计实训报告
一、实训背景随着信息技术的飞速发展，数据库技术已经成为现代信息社会的基础和核心技术之一。
为了提高学生的实践能力，培养适应社会发展需求的复合型人才，我们学院开设了数据库程序设计实训课程。
本次实训旨在通过实际操作，使学生掌握数据库程序设计的基本方法，提高数据库应用开发能力。
二、实训目的1. 熟悉数据库程序设计的基本概念和原理；2. 掌握数据库设计、创建、查询、修改、删除等基本操作；3. 熟悉SQL语言及其在数据库中的应用；4. 提高数据库程序设计实践能力，为后续课程和实际工作打下基础。
三、实训内容1. 数据库设计在实训过程中，我们首先学习了数据库设计的基本方法，包括需求分析、概念设计、逻辑设计和物理设计。
通过实际案例，我们了解了如何根据实际需求进行数据库设计，包括确定实体、属性、关系和完整性约束等。
2. 数据库创建与操作在掌握了数据库设计方法后，我们学习了如何使用SQL语言创建数据库、表、索引、视图等。
通过实际操作，我们学会了如何添加、修改、删除表中的数据，以及如何查询、更新、删除表中的记录。
3. SQL语言应用SQL语言是数据库程序设计的基础，我们学习了SQL语言的语法、功能和应用。
通过实际操作，我们掌握了如何使用SQL语言进行数据查询、更新、删除等操作，以及如何使用SQL语句实现数据统计、排序、分组等功能。
4. 数据库连接与编程在实训过程中，我们学习了如何使用Java、Python等编程语言与数据库进行连接，并实现了简单的数据库应用。
通过实际操作，我们掌握了如何使用JDBC、PyMySQL等库进行数据库连接和操作。
5. 数据库安全与性能优化数据库安全与性能优化是数据库程序设计的重要环节。
我们学习了如何设置数据库用户权限、加密数据、备份与恢复数据库等安全措施，以及如何优化查询语句、索引设计等性能优化方法。
四、实训过程1. 实训前期，我们学习了数据库程序设计的基本理论，为实训做好准备；2. 实训中期，我们根据实训指导书，进行了数据库设计、创建、操作等实际操作；3. 实训后期，我们学习了SQL语言、数据库连接与编程等知识，并实现了简单的数据库应用；4. 在实训过程中，我们积极参与讨论，互相学习，共同解决遇到的问题。
数据库系统设计报告及项目总结3400字
数据库系统设计报告及项目总结3400字随着信息化时代的到来，各种企业和机构都在使用数据库系统来管理和存储数据，从而更好地进行业务流程管理和决策支持。
本文将介绍一个数据库系统设计报告及项目总结，分享我们小组在这个项目中所遇到的一些挑战和解决方案，以及项目的总体效果和未来的展望。
一、项目背景和目标本项目是为某家医院开发和设计的一个数据库系统，目的是帮助该医院更好地管理和存储患者和医疗数据，并提供一些决策支持功能。
在该项目中，我们制定了以下目标：1. 收集和整理该医院的所有患者和医疗数据；2. 设计一个数据模型，以更好地存储和管理这些数据；3. 开发一个可靠的数据库系统，可以查询、修改、删除和添加数据；4. 实现一些决策支持功能，例如患者诊断历史记录、药品使用情况分析等。
二、数据库系统设计在设计数据库系统时，我们考虑了以下几个方面：1. 数据库结构和数据模型我们采用了关系型数据库模型，在该模型下，我们根据业务流程和数据分析结果，设计了以下几个表：- 患者表（patient_table）：存储患者的基本信息，例如姓名、年龄、性别、联系方式；- 就诊表（visit_table）：存储每次患者就诊的信息，例如就诊日期、医生姓名、诊断结果等；- 药品表（drug_table）：存储医院所有药品的信息，例如药品名称、使用方法、库存情况等。
2. 数据库安全性和可扩展性为了保证数据库系统的安全性和可扩展性，我们采取了以下措施：- 设计了不同的用户角色和权限，例如管理员、医生、药房管理员等；- 设计了数据库备份和恢复功能，以防止数据丢失和损坏；- 使用了虚拟化技术，以实现系统的快速扩展和部署。
三、解决方案在项目开发和实施过程中，我们遇到了以下几个挑战，并采取了相应的解决方案：1. 数据库性能优化由于该医院的患者和医疗数据太多，数据库读写速度非常慢，我们采取了以下几个措施：- 优化数据库索引和查询语句；- 使用分片技术，将数据分散到不同的物理服务器上，以提高数据库并发能力；- 采用高速缓存技术，以缓存常用数据，加快数据库读写速度。
数据库设计报告v1
数据库课程设计报告 -------人事/工资/考勤管理系统软件学院软件工程专业08级6班姓名：嵇存学号：200800300083任课教师：王诚梅实验教师：助教：一：系统开发平台本系统采用Eclipse为开发工具，后台数据库采用SQL Server 2008二、数据库规划2.1 任务陈述随着公司的规模不断扩大，员工的数量急剧增加，有关员工的各种信息也成倍增长.面对庞大的信息量，有必要开发人事工资考勤管理系统来提高公司人事工资考勤管理工作的效率.通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量。
公司的人力资源管理的功能范围,也从单一的工资核算、人事管理,发展到可为企业的决策提供帮助的全方位解决方案.这些领域包括人力资源规划、员工考核、劳动力安排、时间管理、招聘管理、员工薪资核算、培训计划、差旅管理等,并同企业管理系统中的财务、生产系统组成高效的、具有高度集成性的企业资源系统.2.2 任务目标本人事工资考勤管理系统包括人事信息管理工资信息管理、考勤信息管理、成绩报表信息管理四大模块。
管理员可以拥有完全的权限管理系统，而员工用户只拥有查询信息和查询信息的权限。
三、系统定义3.1 系统边界1. 系统在员工进入公司时为员工建立人事档案，人事档案的管理由公司经理级人员完成。
人事档案应该包括员工进入公司的时间、员工级别、员工的基本工资、员工所在部门和员工的其他基本信息等。
2. 员工的工资应该包括基本工资和奖金两个部分。
基本工资根据员工的级别划分(试用员工、正式员工、组长、部门经理、总经理)，奖金应根据员工的业绩由其直接或更高级领导确定3. 员工在来到公司上班时应该首先登录公司系统签到，离开公司时登录系统签离。
如果办事外出或者出差应由上级领导确认考勤情况。
缺勤或者迟到按一定数额罚款，迟到1小时以上算缺勤。
4. 系统应该可以对基础数据进行维护。
5. 员工调动和离职应保留员工的历史信息，以备日后查询。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件数据库设计报告文档模板1. 引言 (2)1.1编写目的 (2)1.2项目来源 (2)1.3文档约定 (2)1.4预期读者和阅读建议 (2)1.5参考资料 (2)2. 数据库命名规则 (3)3. 数据库设计说明 (3)3.1数据库逻辑设计 (3)3.2数据库物理设计 (3)3.3数据库分布 (3)3.4基表设计 (4)3.5视图设计 (5)3.6索引设计 (6)3.7完整性约束 (7)3.8授权设计 (7)3.9触发器设计 (8)3.10存储过程设计 (8)3.11数据复制设计 (9)4. 词汇表 (10)5. 历史数据处理 (10)引言引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。
1.1 编写目的说明这份数据库设计说明书是为哪份软件产品编写的，开发这个软件产品意义、作用以及最终要达到的意图。
通过这份数据库设计说明书详尽准确地描述了该软件产品的数据库结构。
如果这份数据库设计说明书只与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。
1.2 项目来源具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：●任务提出者；●软件开发者；●产品使用者。
1.3 文档约定描述编写文档时所采用的各种排版约定。
排版约定应该包括：●命名方法；●提示方式；●通配符号：●等等。
1.4 预期读者和阅读建议列举本数据库设计说明书所针对的各种不同的预期读者，例如，可能包括：●开发人员；●项目经理；●测试人员；●文档编写人员。
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
1.5 参考资料列举编写需求规格说明书时所用到的参考文献及资料，可能包括；●本项目的合同书；●上级机关有关本项目的批文；●本项目已经批准的计划任务书；●用户界面风格指导；●开发本项目时所要用到的标准；●系统规格需求说明；●使用实例文档；●属于本项目的其它已发表文件；●本数据库设计说明书中所引用的文件、资料；●相关软件产品数据库设计说明书；●等等。
为了方便读者查阅，所有参考资料应该按一定顺序排列。
如果可能，每份资料都应该给出：●标题名称；●作者或者合同签约者；●文件编号或者版本号；●发表日期或者签约日期；●出版单位或者资料来源。
2. 数据库命名规则完整并且清楚的说明本数据库的命名规则，在《南京市交通局信息化数据库建设规范》中已经给出了一个完整的数据库命名规则，开发者应遵守执行，如果本数据库的命名规则与该规范不完全一致，应作出解释。
3. 数据库设计说明3.1 数据库逻辑设计数据库设计人员根据《软件需求分析报告》，创建与数据库相关的实体关系图(E-R图)。
如采用面对对象的分析和设计方法，则此处的实体相当于类。
在此处，应给出逻辑设计的完整的E-R图。
3.2 数据库物理设计在此处应给出完整的数据库物理结构E-R图。
开发者应根据逻辑设计的结果，进行数据库的物理设计，并对表结构进行规范化处理(第一范式，第二范式，第三范式)。
3.3 数据库分布数据库分布采用一张表格进行描述，其格式如下：●数据库编号给出本系统中指定数据库的顺序编号。
若本系统中只有一个数据库，则本项内容不需要描述，本表内容也只有一行。
说明：在一个系统中可能安装若干个相同的或者不同的数据库管理系统，一个数据库管理系统也可能安装一个或者多个数据库。
●数据库管理系统名称给出本系统中指定数据库管理系统的商品名称。
若本系统中只有一种数据库管理系统，则本项内容不需要描述。
●数据库管理系统版本号给出本系统中指定数据库管理系统的版本号。
若本系统中只有一个版本的数据库管理系统，则本项内容不需要描述。
●数据库英文名称给出本数据库的英文名称，该名称是在应用软件中实际使用的名称，必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
●数据库中文名称给出本数据库的中文名称，该名称是本数据库英文名称的说明。
●数据库安装物理位置给出本数据库安装的实际位置，必须描述清楚该位置是在那个物理设备的哪一个逻辑存储设备上，以及存储文件的名称。
3.4 基表设计其中●数据库编号含义同上。
●基表编号给出本基表的顺序编号。
●基表英文名称给出本基表的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范。
●基表中文名称给出本基表的中文名称，该名称是本基表英文名称的说明。
●字段编号该基表中，各个字段的顺序编号。
●英文字段名该基表中，各个字段的英文名称，该名称必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
●中文字段名该基表中，各个字段的中文名称，该名称是英文字段名的说明。
●字段类型该基表中，各个字段的类型；如果需要，在说明类型时，还需要说明字段长度。
●备注该基表中，各个字段有关的限制性说明，需要描述的内容可能包括：⏹值域；⏹缺省值；⏹空字段限制；⏹显示格式与小数位数；⏹有效性规则与约束；⏹标题；⏹等等●说明说明一些有关本表的、必须描述清楚的问题，需要描述的内容可能包括：⏹主关键字；⏹索引、排序方式和类型；⏹触发器；⏹数据复制；⏹等等3.5 视图设计●数据库编号含义同上。
●视图编号给出本视图的顺序编号。
●视图英文名称给出本视图的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范。
●视图中文名称给出本视图的中文名称，该名称是本视图英文名称的说明。
●相关基表和视图列出建立该视图时，所用到的基表和视图。
●字段编号该视图中，各个字段的顺序编号。
●英文字段名该视图中，各个字段的英文名称，该名称必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
●中文字段名该视图中，各个字段的中文名称，该名称是英文字段名的说明。
●字段类型该视图中，各个字段的类型；如果需要，在说明类型时，还需要说明字段长度。
●字段源该视图中，各个字段的来源，即该字段原来是那个表或者那个视图中的那个字段；在某些情况下，字段可能来自一个特定的表达式。
●备注该视图中，各个字段有关的限制性说明，包括：⏹值域；⏹缺省值；⏹空字段限制；⏹显示格式与小数位数；⏹有效性规则与约束；⏹标题；⏹等等。
●说明说明一些有关本视图的、必须描述清楚的问题，需要描述的内容可能包括：⏹索引；⏹权限；⏹等等3.6 索引设计其中：●数据库编号●索引编号给出本项索引的顺序编号。
●基表名称给出本项索引所在的基表名称。
●索引名称给出本项索引的名称。
●字段集名称给出本项索引所在的字段名称或者字段集名称。
●备注描述有关本项索引中，其它需要说明的事项，例如：排序方式、等等。
3.7 完整性约束其中：●数据库编号含义同上。
●约束编号给出本项完整性约束的顺序编号。
●完整性约束名给出本项完整性约束的名称。
●基表名给出本项完整性约束所在的基表名称。
●字段名给出本项完整性约束所在的字段名称。
●约束表达式给出本项完整性约束的逻辑表达式。
●备注描述有关本项完整性约束中，其它需要说明的事项。
3.8 授权设计每个数据库的授权采用一张表格进行描述，其格式如下：●数据库编号●授权编号给出本项授权的顺序编号。
●用户名称给出本项授权的用户名称，这里的用户不一定是具体用户，也可以是用户组。
●对象名称给出本项授权的对象名称，例如：基表、字段、等等。
必须注意到，一个用户可能存在多项授权，应该逐项描述。
●权限被授权用户在该对象上拥有的访问权限，例如：查询权、修改权、等等。
●备注描述有关本项授权中，其它需要说明的事项。
3.9 触发器设计●数据库编号含义同上。
●触发器编号给出本触发器的顺序编号。
●触发器英文名称给出本触发器的英文名称，必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
●触发器中文名称给出本触发器的中文名称，该名称是本触发器英文名称的说明。
●触发器条件给出该触发器产生触发的条件。
●触发器结果给出该触发器被触发后所执行的动作内容。
3.10 存储过程设计每个数据库的授权采用一张表格进行描述，其格式如下：其中：●数据库编号含义同上。
●存储过程编号给出本存储过程的顺序编号。
●存储过程英文名称给出本存储过程的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范。
●存储过程中文名称给出本存储过程的中文名称，该名称是本存储过程英文名称的说明。
●存储过程内容给出该存储过程算法或者描述详细内容，如果需要，应该辅以流程图说明。
●说明描述本存储过程需要说明的一些事项。
3.11 数据复制设计其中：●数据复制编号给出本数据复制的顺序编哥●数据复制英文名称给出本数据复制的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范。
●数据复制中文名称给出本数据复制的中文名称，该名称是本数据复制英文名称的说明。
●源数据库编号作为复制数据源的数据库编号，编号含义同上。
●目标数据库编号作为复制目标的数据库编号，编号含义同上。
●复制说明给出该复制的详细描述，如果需要，应该辅以示意图说明。
●执行方式给出该复制的执行方式，描述时应该说明：●自动执行必须说明执行周期或者执行条件。
●调用执行必须说明被那个模块调用，以及是手动调用，还是条件调用。
●源数据库名称给出对应源数据库编号的源数据库名称。
●目标数据库名称给出对应目标数据库编号的目标数据库名称。
●基表名称分别给出源数据库和目标数据库中，进行对应复制的源基表名称和目标基表名事例。
●字段名称分别给出源基表和目标基表中，进行对应复制的源字段名称和目标字段名称。
●备注描述本复制中需要说明的一些特殊事项。
4. 词汇表列出本文件中用到的专业术语的定义，以及有关缩写的定义(如有可能，列出相关的外文原词)。
为了便于非软件专业或者非计算机专业人士(例如：文档编写人员等等。
)阅读数据库设计说明书，要求使用非软件专业或者非计算机专业的术语进行描述。
所以这里所指的专业术语，是指业务层面上的专业术语，而不是软件专业或者计算机专业的术语。
但是，对于无法回避的软件专业或者计算机专业术语，也应该列入词汇表，并且加以准确定义。
5. 历史数据处理严格说来，历史数据处理并不属于数据库设计范畴。
但是对于大多数数据库来说，如果历史数据处理不当，少则数月、多则数年，最终将使数据库无法正常运行。
这段时间的长短取决于数据库设计容量大小，以及数据流强度(即在单位时间内进入数据库的数据记录数量)高低。
因此应该设计专门的归档数据库，并根据历史数据需要保存备查的时间长短，定期将历史数据转移到归档数据库中。
设计归档数据库时，需要根据具体情况进行考虑，下面列出一些可能需要考虑的内容：●历史数据需要备查的时间长短。
●数据转移周期的时间单位例如：日、周、旬、月、季、年、等等。
●数据转移的方式例如：手动、自动、条件、等等。
●历史数据保存的细节多数情况下，归档的历史数据并不需要保存全部细节，可以去掉部分细节，采用压缩归档处理的方法减少归档数据库的占用空间。