HR项目数据库设计
1、用户角色表(sys_user_role)
用户ID user_id Number(19) pk Fk
用户表(sys_user)
角色ID role_id Number(19) pk Fk 角色表
2、用户表(sys_user)
用户ID user_id Number(19) pk
部门ID dept_id Number(19) Fk
部门表(sys_department) 用户名user_name Varchar2(20)
真实姓名user_true_name Varchar2(60)
密码user_password Varchar2(32)
状态status Char(1)
是否管理者is_manager Char(1)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
3、角色表(sys_role)
角色ID role_id Number(19) pk
角色名称role_name Varchar2(50)
状态status Char(1)
登记人register Numbet(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
4、部门表(sys_department)
部门ID dept_id Number(19) pk
部门名称dept_name Varchar2(60)
父节点ID parent_id Number(19)
是否子节点isleaf Char(1)
状态status Char(1)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
5、用户权限(sys_user_auth)
用户ID user_id Number(19) pk Fk 用户表sys_user
功能ID func_id Number(19) pk Fk 功能表sys_function
6、功能表(sys_function)
功能ID func_id Number(19) pk
功能名称func_name Varchar2(100)
连接地址func_url Varchar2(200)
状态status Char(1)
父节点parent_id Number(19)
是否叶节点isleaf Char(1)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
date
变更时间
change_time
7、角色权限(sys_role_auth)
角色ID role_id Number(19) pk Fk 角色表sys_role
功能ID func_id Number(19) pk Fk 功能表sys_function
8、用户登录日志(sys_access_log)
用户登录日志表ID access_id Number(19) pk
用户ID user_id Number(19) Fk 用户表sys_user 用户登录时间access_time date
登录IP access_ip Varchar2(20)
登出时间logout_time date
登出方式(正常，强制) logout_type Char(1)
9、职位分类表(config_major_kind)
职位分类ID major_kind_id Number(9) pk
职位分类编号major_kind_code Char(2)
职位分类名称major_kind_name Varchar(60)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
10、职位表(config_major)
职位ID major_id Number(9) pk
职位分类ID major_kind_id Number(9) Fk 职位分类表
(config_major_kind) 职位编号major_code Char(4)
职位名称major_name Varchar(60)
人员编制major_count Number(9)
职位说明major_declare Varchar2(2000)
岗位规范major_principle Varchar2(2000)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
11、题库表(config_questions)
题库ID question_id Number(19) pk
问题分类(数据字典) question_kind_id Number(9)
答案类型（单选，多选，选择）question_type Char(1)
题目内容content Varchar2(200)
答案answer Varchar2(200)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
12、题目选项表(config_question_option)
选项ID option_id Number( 19) pk
题目ID question_id Number(19) Fk 题库表
config_questions
选项编号option_code Varchar2(10)
选项内容content Varchar2(200)
选项类型option_type Char(1)
13、公共属性表(config_public_attribute)
公共属性ID attribute_id Number(9) pk
公共属性分类编码attribute_kind_code Char(4)
公共属性名称attribute_name Varchar2(60)
公共属性值attribute_value Varchar2(60)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
14、简历管理表(engage_resume)
简历管理表ID resume_id Number(19) pk
求职人姓名jobhunt_name Varchar2(60)
应聘职位ID jobhunt_major_id Number(9)
招聘类型（社会招聘或校园招聘）engage_type Varchar2(30)
地址jobhunt_address Varchar2(200)
邮编jobhunt_postcode Varchar2(6)
电话号码jobhunt_telephone Varchar2(60)
家庭电话jobhunt_homephone Varchar2(60)
手机jobhunt_mobilephone Varchar2(60) Email jobhunt_email Varchar2(60)
兴趣爱好jobhunt_hobby Varchar2(200)
特长jobhunt_specility Varchar(200)
性别jobhunt_sex Char(2)
宗教信仰jobhunt_religion Varchar2(60)
政治面貌jobhunt_party Varchar2(60)
国籍jobhunt_nationality Varchar2(60)
民族jobhunt_race Varchar2(60)
生日jobhunt_birthday date
年龄jobhunt_age Number(3)
教育程度jobhunt_educated_degree Varchar2(60)
教育年限jobhunt_educated_years Number(2)
专业jobhunt_educated_major Varchar2(60)
毕业院校jobhunt_college Varchar2(60)
身份证号jobhunt_idcard Varchar2(60)
出生地jobhunt_birthplace Varchar2(200)
期望薪酬demand_salary_standard Numberic(15,2)
个人履历jobhunt_history_records Varchar2(2000)
备注remark Varchar2(500)
推荐意见recomandation Varchar2(500)
照片jobhunt_picture bfile
档案附件attachment_name bfile
登记人register Number(19)
登记时间regist_time date
筛选人checker Number(19)
筛选时间check_time date
筛选推荐意见check_comment Varchar2(500)
面试次数interview_amount Number(2)
笔试总分total_points Numberic(5,2)
笔试次数test_amount Number(2)
录用核人姓名pass_checker Number(19)
录用复核时间pass_check_time date
录用审核意见pass_check_comment Varchar2(500)
Char(1)
简历状态（未操作0，1面试，2笔试，3等待录用，
4已落选，5已录用）resume_status
15、面试表(engage_interview)
面试表ID interview_id Number(19) pk 简历ID resume_id Number(19)
形象等级（数据字典）image_degree Number(9)
口才等级（数据字典）native_language_degree Number(9)
外语水平（数据字典）foreign_language_degree Number(9)
应变能力（数据字典）response_speed_degree Number(9)
EQ等级（数据字典）EQ_degree Number(9)
IQ等级（数据字典）IQ_degree Number(9)
综合素质（数据字典）multi_quality_degree Number(9)
面试评价interview_comment Varchar2(500)
面试人register Number(19)
面试时间registe_time date
16、职位发布表(engage_major_issue)
职位发布表ID major_issue_id Number(19) pk
部门ID dept_id Number(19)
职位ID major_id Number(19)
招聘人数human_amount Number(2)
招聘类型（社会招聘或校园招聘）engage_type Varchar2(60)
截止日期deadline date
职位描述major_describe Varchar2(2000)
招聘要求engage_required Varchar2(2000)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
17、试卷表(common_exam)
试卷ID exam_id Number(19) pk
试卷名称exam_name Varchar2(100)
职位ID major_id Number(19)
答题时限limite_time Number(3)
总分值score Numberic(5,2)
描述description Varchar2(500)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
18、试卷详细(common_exam_details)
试卷详细ID exam_detail_id Number(19) pk
试卷ID exam_id Number(19) Fk 试卷表
(common_exam)
题目分类ID question_kind_id Number(19)
出题数量question_amount Number(2)
分值question_score Numberic(5,2)
19、考试答案表(common_answer)
考试答案ID answer_id Number(19) pk
试卷ID exam_id Number(19) Fk 试卷表
(common_exam)
类型（面试、培训测试）type Number(9)
测试人test_man Number(19)
测试时长test_time Number(3)
考试分数total_score Numberic(5,2)
测试复核人test_checker Number(19)
测试复核时间test_check_time date
测试评价test_comment Varchar2(500)
测试复核状态test_check_status Char(1)
20、考试答案明细表(common_answer_details)
考试答案明细表ID answer_details_id Number(19) pk
考试答案ID answer_id Number(19) Fk 考试答案表
(common_answer)
题目ID question_id Number(19)
答案answer Varchar2(200)
21、人员档案变更表(human_archive_change)
人员档案变更ID human_change_id Number(19) pk
员工ID human_id Number(19)
员工编号human_code Varchar2(30)
员工姓名human_name Varchar2(60)
部门名称dept_name Varchar2(60)
职位名称human_major_name Varchar2(60)
通讯地址human_address Varchar2(200)
邮政编码human_postcode Varchar2(10)
职称human_pro_designation Varchar2(60)
电话human_telephone Varchar2(20)
手机号码human_mobilephone Char(11)
开户银行human_bank Varchar2(50)
银行帐号human_account Varchar2(30)
QQ号码human_qq Varchar2(15)
电子邮件human_email Varchar2(50)
爱好human_hobby Varchar2(200)
特长human_speciality Varchar2(200)
性别human_sex Char(2)
宗教信仰human_religion Varchar2(60)
政治面貌human_party Varchar2(60)
国籍human_nationality Varchar2(60)
民族human_race Varchar2(60)
出生日期human_birthday date
出生地human_birthplace Varchar2(50)
学历human_educated_degree Varchar2(60)
教育年限human_educated_years Number(3)
专业human_educated_major Varchar2(60)
社会保障号human_society_security_id Varchar2(30)
省份证号human_id_card Varchar2(20)
备注remark Varchar2(2000)
薪酬标准名称salary_standard_name Varchar2(60)
基本薪酬总额salary_sum Numberic(19,9)
应发薪酬总额demand_salaray_sum Numberic(19,9)
实发薪酬总额paid_salary_sum Numberic(19,9)
调动次数major_change_amount Number(3)
激励累计次数bonus_amount Number(3)
培训累计次数training_amount Number(3)
简历human_histroy_records Varchar2(2000)
家庭关系human_family_membership Varchar2(2000)
相片human_picture bfile
附件human_attachment bfile
复核状态check_status Char(1)
档案登记人register Varchar2(60)
档案登记时间regist_time date
档案变更人changer Varchar2(60)
档案变更时间change_time date
档案变更累计次数file_chang_amount Number(3)
档案复核人checker Varchar2(60)
档案复核时间check_time date
档案删除时间delete_time date
档案回复时间recovery_time date
档案删除/回复状态human_file_status Char(1)
档案最后更改时间lastly_change_time date
22、人员档案表(human_archive)
员工ID human_id Number(19) pk 员工编号human_code Varchar2(15)
员工姓名human_name Varchar2(60)
部门ID dept_id Number(19)
职位ID human_major_id Number(9)
职称（数据字典）human_pro Number(9)
通讯地址human_address Varchar2(200)
邮政编码human_postcode Varchar2(10)
电话human_telephone Varchar2(20) 手机号码human_mobilephone Char(11)
开户银行human_bank Varchar2(50) 银行帐号human_account Varchar2(30) QQ号码human_qq Varchar2(15) 电子邮件human_email Varchar2(50) 爱好human_hobby Varchar2(200) 特长human_speciality Varchar2(200) 性别human_sex Char(2)
宗教信仰（数据字典）human_religion Number(9)
政治面貌（数据字典）human_party Number(9)
国籍（数据字典）human_nationality Number(9)
民族（数据字典）human_race Number(9)
出生日期human_birthday date
出生地human_birthplace Varchar2(50) 学历（数据字典）human_educated_degree Number(9)
教育年限human_educated_years Number(3)
专业human_educated_major Varchar2(60) 社会保障号human_society_security_id Varchar2(30) 身份证号human_id_card Varchar2(20) 备注remark Varchar2(2000
)
薪酬标准ID salary_standard_id Number(9)
基本薪酬总额salary_sum Numberic(19,9
)
应发薪酬总额demand_salaray_sum Numberic(19,9
)
实发薪酬总额paid_salary_sum Numberic(19,9
)
调动次数major_change_amount Number(3)
激励累计次数bonus_amount Number(3)
培训累计次数training_amount Number(3)
简历human_histroy_records Varchar2(4000
)
家庭关系human_family_membership Varchar2(200) 相片human_picture bfile
附件human_attachment bfile
档案登记人register Number(19) 档案登记时间regist_time date
档案复核人checker Number(19) 档案复核时间check_time date
复核状态check_status Char(1)
档案变更人changer Number(19)
档案变更时间change_time date
档案变更累计次数file_chang_amount Number(3)
档案删除时间delete_time date
档案恢复时间recovery_time date
档案删除/恢复状态human_file_status Char(1)
档案最后更改时间lastly_change_time timestamp
23、人员激励表(human_bonus)
人员激励ID bonus_id Number(19) pk 人员ID human_id Varchar2(30)
激励项目（数据字典）bonus_item Number(9)
激励价值bonus_worth Numberic(19,9)
激励等级（数据字典）bonus_degree Number(9)
登记人register Number(19)
登记时间regist_time date
复核人checker Number(19)
复核时间check_time date
复核状态check_status Char(1)
备注remark Varhcar2(500)
24、人员培训表(human_training)
人员培训ID tra_id Number(19) pk 人员ID human_id Varchar2(30)
培训项目（数据字典）training_item Number(9)
培训开始时间training_time date
培训时长training_hour Number(3)
培训成绩等级（数据字典）training_degree Number(9)
登记人register Number(19)
登记时间regist_time date
复核人checker Number(19)
复核时间check_time date
培训复核状态checkstatus Char(1)
备注remark Varchar2(500)
25、职位调动表(human_major_change)
职位调动表ID major_change_id Number(19) pk 人员ID human_id Number(19)
部门ID dept_id Number(19)
职位ID major_id Number(19)
薪资标准ID salary_standard_id Number(9)
新部门ID new_dept_id Number(19)
新职位ID new_major_id Number(19)
新薪酬标准ID new_salary_standard_id Number(9)
调动原因change_reason Varchar2(500)
登记人register Number(19)
登记时间regist_time date
复核人checker Number(19)
复核时间check_time date
复核状态check_status Char(1)
审核意见check_comment Varchar2(500)
26、人员考勤表(human_time_sheet)
人员考勤表ID time_sheet_id Number(19) pk
员工ID human_id Number(19)
部门ID dept_id Number(19)
考勤日期attendance_data date
签到时间ring_in_time date
签离时间ring_out_time date
迟到原因later_reason Varchar2(200)
早退原因leave_reason Varchar2(200)
27、薪酬标准表(salary_standard)
薪酬标准ID standard_id Number(9) pk
薪酬标准编号standard_code Varchar2(15)
薪酬标准名称standard_name Varchar2(60)
制定者名称standard_designer Varchar2(60)
薪酬总额standard_salary_sum Numberic(19,9)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
复核人checker Number(19)
复核时间check_time date
复核状态check_status Char(1)
复核意见check_comment Varchar2(500)
备注remark Varchar2(500)
28、薪酬标准明细表(salary_standard_details)
薪酬标准明细ID standard_detail_id Number(9) pk
薪酬标准ID standard_id Number(9) Fk 薪酬标准表
(salary_standard)
薪酬标准明细名称standard_detail_iname Varchar2(60)
薪酬金额standard_detail_isalary Numberic(19,9)
薪酬计算规则（数据字典）standard_detail_rule Number(9)
29、薪资总报表(salary_report)
薪资报表ID salary_report_id Number(19) pk
部门ID dept_id Number(19)
年度year Number(4)
月份month Number(2)
人员总数human_amount Number(9)
薪资标准总金额standard_salary_sum Numberic(19,9)
应发总金额burst_salary_sum Numberic(19,9)
实发总金额paid_salary_sum Numberic(19,9)
登记人register Number(19)
登记时间regist_time date
审核人checker Number(19)
审核时间check_time date
审核状态check_status Char(1)
30、个人薪资表(personal_salary)
薪资表ID salary_id Number(19) pk
薪资报表ID salary_report_id Number(19) Fk 薪资总报表
(salary_report)
人员ID human_id Number(19)
薪资标准金额standard_salary Numberic(19,9)
应发金额burst_salary Numberic(19,9)
实发金额paid_salary Numberic(19,9)
31、个人薪资明细表(personal_salary_detail)
薪资明细表ID salary_detail_id Number(19) pk
薪资表ID salary_id Number(19) Fk 个人薪资表
(personal_salary) 薪酬金额standard_salary_detail Numberic(19,9)
薪酬计算式salary_rule V ARCHAR2(200)
实际金额paid_salary_detail NUMERIC(19,9)
32、绩效考核模板表(merit_rating_template)
绩效考核模板表ID template_id Number(19) pk
绩效考核模板名称template_name Varchar2(60)
职务ID major_id Number(19)
考核分数merit_rating_score Number(5,2)
描述discription Varchar2(500)
登记人register Number(19)
登记时间regist_time date
变更人changer Number(19)
变更时间change_time date
33、绩效考核模板明细表(merit_rating_template_detail)
Number(19) pk
绩效考核模板明细表ID
template_detail_id
绩效考核模板表ID template_id Number(19) Fk 绩效考核模板表
(merit_rating_template) 考核内容template_content Varchar2(300)
考核权重template_proportion Number(3,2)
考核规则template_rule Varchar2(300)
34、绩效考核表(merit_rating)
绩效考核表ID merit_rating_id Number(19) pk
绩效考核模板表ID template_id Number(19)
人员ID human_id Number(19)
年度year Number(4)
月份month Number(2)
考核分数merit_rating_score Numberic(5,2)
登记人register Number(19)
登记时间regist_time date
复核人checker Number(19)
复核时间check_time date
复核状态check_status Char(1)
审核意见check_comment Varchar2(500)
35、绩效考核明细表(merit_rating_detail)
Number(19) pk
绩效考核明细表ID
merit_rating_detail_id
绩效考核表ID merit_rating_id Number(19) Fk 绩效考核表
(merit_rating)
考核分数merit_rating_score Numberic(5,2)
数据库应用系统的设计和实现项目计划书
数据库应用系统的设计和实现计划书 1.1 课题研究现状分析 在现金信息化发达的社会，图书的发行量与日俱增。因此需要对书籍资源、读者资源、借书信息、还书信息进行管理，及时了解各个环节中信息的变更，有利用管理效率的提高。传统的图书馆需要制作有署名与对应编号的书卡，由读者按分类查找再交由图书管理员来处理借书工作，还书也要人工翻阅大量的记录，这样使得工作量大并及其繁琐，效率变得低下。建立网上电子图书管理系统的目的是实现无纸化图书管理，减轻管理员的工作量，方便读者查阅所需的图书，还可以利用网络实现提醒读者还书的功能。管理员还可以对各种图书进行分析统计，对过时、损坏的图书进行删除。达到降低成本提高工作效率的目标。 1.1.1 本领域内已开展的研究工作 1. 理论研究基础 （1）数据库设计方法的完整化、多样化，又有多学科的综合性。 （2）数据库设计步骤的规范化和细致化。 （3）数据库技术不断的更新，并不断增加新的技术，兼容性范围也逐渐扩大。 2. 技术层面的支持 SQL Server的普遍应用，并得到的用户的支持，与Windows操作系统的完全兼容性也决定了它在今天仍然有着庞大的使用群体。SQL Server2000作为后台数据库与前台开发软件Visual Basic、C#、Visual C++、Delphi等都能够无缝连接。 1.1.2 已经取得的研究成果 （1）开发出了一套系统的数据库理论，安全性、完整性、并发性、恢复性都有完整的概述。 （2）随着Internet的迅猛发展，数据库在各个领域作为后台存储得到了广泛的支持。 （3）完善的数据库管理并与前台开发软件的结合使用开发了一系列优秀的图书管理系统，在商业、经济等方面得到了广泛的应用。 1.2 选题的目的及意义 目的：图书管理系统主要目的是对图书馆种类繁多的书籍进行管理，并且合理管理好用户的借还信息。提高图书馆的工作效率，降低管理成本。
附录I-3 数据库设计报告
基于https://www.360docs.net/doc/815663474.html,的火车售票系统数据库设计报告
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文献 (4) 0.5术语与缩写解释 (5) 1. 数据库环境说明 (6) 2. 数据库的命名规则 (6) 3. 逻辑设计 (6) 4. 物理设计 (7) 4.0表汇总 (8) 4.1表A (8) 4.N 表N (8) 5. 安全性设计 (10) 5.1防止用户直接操作数据库的方法 (10) 5.2用户帐号密码的加密方法 (10) 5.3角色与权限 (11) 6. 优化 (11) 7. 数据库管理与维护说明 (11)
0. 文档介绍 0.1 文档目的 需求的编写是为了研究火车售票系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本说明书的预期读者是与和售票系统软件开发有联系的决策人。支持本项目的领导和公司人员，软件验证者。 0.2 文档范围 本文档适用于项目开发的设计阶段，在项目开发阶段可按照本文档检验数据库实施情况。 0.3 读者对象 1．本系统的开发人员。 2. 本系统的测试人员。 3. 本系统的客户 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA]作者，《立项建议书》，机构名称，日期 [SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期 [1] [C#专业项目实例开发] Arora，中国水利水电出版社,2007 [2] [数据库原理及应用] 王雯，北京机械工业出版社2009.11 [3][数据库基础与实践技术] 何玉洁，,机械工业出版社.2013.3 [4] [C#数据库系统开发完全手册] 王小科，人们邮电出版社，2006.12 [5] [C#+sql Server中小型信息系统开发实例精选] 黄明，机械工业出版社.2007.4
软件工程-数据库设计规范与命名规则
数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据， 满足用户信息要求和处理要求。 数据库设计的各阶段： A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。 B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。 C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。 然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。 D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis， 简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。 概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一 DBMS 支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术， 用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示:
项目数据库设计说明书
项目全称 数据库设计说明书 承建方全称 文件ISO版本控制 目录 ?简介.......................................................................................................................... 1.1.目的.................................................................................................................. 1.2.范围.................................................................................................................. 1.3.定义、首字母缩写词和缩略语...................................................................... 1.4.参考资料.......................................................................................................... ?数据库环境..............................................................................................................
数据库设计报告
四六级英语考试网上报名系统数据库设计报告
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文献 (4) 0.5术语与缩写解释 (4) 1. 数据库环境说明 (5) 2. 数据库的命名规则 (5) 3. 逻辑设计 (5) 4. 物理设计 (6) 4.0表汇总 (6) 4.1表A (6) 4.N 表N (6) 5. 安全性设计 (8) 5.1防止用户直接操作数据库的方法 (8) 5.2用户帐号密码的加密方法 (8) 5.3角色与权限 (9) 6. 优化 (9) 7. 数据库管理与维护说明 (9)
0. 文档介绍 0.1 文档目的 数据库设计文档的编写是为了研究四六级英语考试网上报名系统的开发途径和应用方法。同时它也是进行项目策划，概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本说明书的预期读者是于该系统开发有联系的决策人。支持本项目的领导和公司员工，软件测试人员。 0.2 文档范围 本文档适用于项目开发的设计阶段，在项目开发阶段可以按照本文档检验数据库实施情况。 0.3 读者对象 开发人员，用户，测试人员，后期修改人员。 0.4 参考文献 [C#+sql Server中小型信息系统开发实例精选] 黄明，机械工业出版社.2007.4 [C#专业项目实例开发] Arora，中国水利水电出版社,2007 [数据库原理及应用] 王雯，北京机械工业出版社2009.11 [数据库基础与实践技术] 何玉洁，,机械工业出版社.2013.3 [C#数据库系统开发完全手册] 王小科，人们邮电出版社，2006.12 0.5 术语与缩写解释
数据库设计和编码规范
数据库设计和编码规范 Version
目录
简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。
6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：
电商项目数据库设计文档
第六小组 潮易购电商管理系统 数据库设计文档 .段海旭，孙振华，王海伦等2018-11-30
目录 1 文档介绍 (1) 1．1 编写目的 (1) 1.2 适用范围 (2) 1.3 读者对象 (2) 2 数据库环境说明 (2) 3 数据库的命名规则 (2) 4 逻辑设计 (3) 5 物理设计 (3) 5．1表汇总 (3) 5.2各表信息 (3) 1.用户基本信息表(T_userInfo) (3) 2.角色信息表(T_Root) (4) 3.用户订单基本信息表(T_Userirdercon) (4) 4.用户订单详细信息表(T_Userorderdetail) (4) 5.商品类别的基本信息表(T_Goodstype) (5) 6.商品基本信息表(T_Goodscon) (5) 7.特价/主题商品信息表(T_Specialgoods) (5) 8.购物车信息表(T_Shopping_Cart) (6) 6 安全性设计 (6) 6.1防止用户直接操作数据库的方法 (6) 7 数据库管理与维护说明 (6) 1文档介绍 1．1编写目的 作为软件设计文档的重要组成部分，本文档主要对该系统后台数据库的概念模型设计和物理模型设计作出了统一的规定，同时确定了每个表的数据字典结构。它是开发人员，测试人员编码及测试的重要参考依据。
1.2 适用范围 本概要设计文档提供给系统设计开发人员，包括详细设计人员和项目组成员，不得提供给组外人员 1.3 读者对象 本文档的主要读者包括： 1.本系统的设计人员：包括模块设计人员 2.本系统的系统设计人员：包括数据库开发，编码人员 3.本系统的测试人员 2数据库环境说明 数据库采用Micrsoft SQL Server数据库管理系统建立并维护。数据库设计过程中采用Micrsoft公司的Visio创建潮易购数据库的ER图，并生成数据库脚本文件“数据库设计.DLL”。其中SQL Server的登录模式为混合身份验证，超级用户的用户名用户名均为sa，密码为123456，SQL Server服务器的端口号：1433。 3数据库的命名规则 符合3个范式： 主键关系，表间关系、表中字段是不可再分的属性。 表的表示：描述单一信息，功能简单实用、命名规范合理。 字段的类型，程度。 数据库的命名：采用首字母大写模式。
数据库设计报告
软件数据库设计报告文档模板 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 参考资料 列举编写需求规格说明书时所用到的参考文献及资料，可能包括； ●本项目的合同书； ●上级机关有关本项目的批文；
11-个重要的数据库设计规则
11-个重要的数据库设计规则
?简介 在您开始阅读这篇文章之前，我得明确地告诉您，我并不是一个数据库设计领域的大师。以下列出的11点是我对自己在平时项目实践和阅读中学习到的经验总结出来的个人见解。我个人认为它们对我的数据库设计提供了很大的帮助。实属一家之言，欢迎拍砖: ) 我之所以写下这篇这么完整的文章是因为，很多开发者一参与到数据库设计，就会很自然地把“三范式”当作银弹一样来使用。他们往往认为遵循这个规范就是数据库设计的唯一标准。由于这种心态，他们往往尽管一路碰壁也会坚持把项目做下去。 如果你对“三范式”不清楚，请点击这里（FQ）一步一步的了解什么是“三范式”。 大家都说标准规范是重要的指导方针并且也这么做着，但是把它当作石头上的一块标记来记着（死记硬背）还是会带来麻烦的。以下11点是我在数据库设计时最优先考虑的规则。 ?规则1：弄清楚将要开发的应用程序是什么性质的（OLTP 还是OPAP）？
当你要开始设计一个数据库的时候，你应该首先要分析出你为之设计的应用程序是什么类型的，它是“事务处理型”（Transactional）的还是“分析型”（Analytical）的？你会发现许多开发人员采用标准化做法去设计数据库，而不考虑目标程序是什么类型的，这样做出来的程序很快就会陷入性能、客户定制化的问题当中。正如前面所说的，这里有两种应用程序类型，“基于事务处理”和“基于分析”，下面让我们来了解一下这两种类型究竟说的是什么意思。 事务处理型：这种类型的应用程序，你的最终用户更关注数据的增查改删（CRUD，Creating/Reading/Updating/Deleting）。这种类型更加官方的叫法是“OLTP”。 分析型：这种类型的应用程序，你的最终用户更关注数据分析、报表、趋势预测等等功能。这一类的数据库的“插入”和“更新”操作相对来说是比较少的。它们主要的目的是更加快速地查询、分析数据。这种类型更加官方的叫法是“OLAP”。 那么换句话说，如果你认为插入、更新、删除数据这些操作在你的程序中更为突出的话，那就设计一个规范化的表否则的话就去创建一个扁平的、不规范化的数据库结构。
数据库设计报告
《数据库系统概论》课程设计报告 课程名称：数据库系统概论 院系年级：14级电气信息工程系 专业班级：计算机科学与技术1班 学号： 姓名： 联系电话： 指导教师： 安徽马鞍山
2016年6月 第一章相关方法技术 1.1数据库应用特点 数据库技术是现代信息科学与技术的重要组成部分，是计算机数据处理与信息管理系统的核心。数据库技术研究和解决了计算机信息处理过程中大量数据有效地组织和存储的问题，在数据库系统中减少数据存储冗余、实现数据共享、保障数据安全以及高效地检索数据和处理数据。随着计算机技术与网络通信技术的发展，数据库技术已成为信息社会中对大量数据进行组织与管理的重要技术手段及软件技术，是网络信息化管理系统的基础。 1.2数据与处理 以处理为中心 根据处理功能设计数据文件，处理功能需要什么数据就创建什么数据文件。处理功能是主动的，数据结构是依赖的。势必导致数据的冗余存储，潜在数据的不一致性。只适合科学计算，不适合数据密集型的事务处理系统。 以数据为中心 只要应用领域内的业务内容不变，其信息结构是稳定，多变的是处理功能。主张设计稳定的数据结构，自动适应处理程序的多变性。凡是数据库应用系统，适合采用以数据为中心的应用模式。 1.3数据库设计方法 （1）功能驱动方法: 这个方法设计依赖处理中心强调先根据功能要求画出分层的数据流程图从数据流程图当中收集数据项及其数据存储以及数据字典依据数字字典分析提取出数据库相关的各种信息类。 （2）E-R建模方法： 采用以数据为中心的设计策略在初步了解领域当中各种业务需求和处理过程基础上 1.4数据库设计步骤 按照规范化设计方法，从数据库应用系统设计和开发的全过程来考虑，将数据库及其应用软件系统的生命周期可以细分为七 个阶段：规划、需求分析、概念结构设计、逻辑结构设计、物理结构设计、实施及运行维护。 各阶段需完成的工作分别为： 1、应用规划 规划阶段进行系统的必要性和可行性分析，确定数据库系统在整个管理系统中的地位。 规划阶段必须要完成的任务包括：确定系统的范围；确定开发工作所需的资源（人员、硬件和软件）；估算软件开发的成本；确定项目进度。
数据库设计规范
1概述 1.1目的 软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。 1.2适用范围 1.3术语定义 DBMS：数据库管理系统，常用的商业DBMS有Oracle, SQL Server, DB2等。 数据库设计：数据库设计是在给定的应用场景下，构造适用的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 概念数据模型：概念数据模型以实体-关系 (Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库概念级别的设计，独立于机器和各DBMS产品。可以用Sybase PowerDesigner工具来建立概念数据模型（CDM）。 逻辑数据模型：将概念数据模型转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。可
以用Sybase PowerDesigner工具直接建立逻辑数据模型（LDM），或者通过CDM转换得到。 物理数据模型：在逻辑数据模型基础上，根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。可以用Sybase PowerDesigner工具直接建立物理数据模型（PDM），或者通过CDM / LDM转换得到。 2数据库设计原则 按阶段实施并形成该阶段的成果物 一般符合3NF范式要求；兼顾规范与效率 使用公司规定的数据库设计软件工具 命名符合公司标准和项目标准 3数据库设计目标 规范性：一般符合3NF范式要求，减少冗余数据。 高效率：兼顾规范与效率，适当进行反范式化，满足应用系统的性能要求。 紧凑性：例如能用char(10)的就不要用char(20)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容
数据库设计规范
数据库设计规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个dbms产品的概念模式（信息世界模型），用e-r图来描述。在逻辑设计阶段将e-r图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（view）形成数据的外模式。在物理设计阶段根据dbms特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（structured analysis，简称sa方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（data dictionary，简称dd）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝
系统数据库设计文档模板
版本信息记录
目录 1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2概述 (4) 2.1数据库环境 (4) 2.2命名规则 (4) 2.3使用它的程序 (4) 3物理设计 (4) 3.1标识符 (4) 3.2物理文件 (5) 3.3表空间设计 (5) 3.3.1表空间1 (5) 3.3.2表空间2 (5) 4结构设计 (5) 4.1实体关系 (5) 4.2实体说明 (6) 4.3实体设计 (6) 4.3.1数据表1 (6) 4.3.2数据表2 (7) 4.4序列实体 (7) 4.4.1序列1 (7) 4.4.2序列2 (8) 4.5视图实体 (8) 4.5.1视图1 (8) 4.5.2视图2 (8) 4.6存储过程实体 (8) 4.6.1存储过程1 (8) 4.6.2存储过程2 (8) 5安全设计 (8) 6备注 (9)
1引言 1.1 编写目的 [说明编写这份系统数据库设计文档的目的，指出预期的读者。] 注:正文字体为宋体小四号，全文统一。 1.2 背景 a.[待开发数据库的名称和使用此数据库的软件系统的名称；] b.[列出本项目的任务提出者、开发者、用户。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 表1.1 术语定义表 1.4 参考资料 [列出有关的参考资料。] A.本项目经核准的计划任务书或合同或相关批文； B.属于本项目的其他已发表的文件； C.本文件中各处引用的文件资料，包括所要用到的软件开发标准； 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
数据库设计报告完整
数据库课程设计 指导书 昆明理工大学自动化系 20xx年12月 数据库技术是近年来计算机科学技术中发展最快的领域之一，它已成为计算机信息系统与应用系统的核心技术和重要基础。《数据库原理及应用》课程设计
重视实践环节，对于巩固数据库知识，加强学生的实际动手能力和提高学生综合素质十分必要。课程设计的目的和要求有以下几方面： 一、课程设计目的： 1.加深对讲授内容的理解 《数据库原理及应用》中有关数据库技术的基本理论、基本概念、设计与实现的方法和阶段性知识，光靠课堂讲授既枯燥无味又难以记住，但它们都很重要，要想熟练掌握，必须经过大量实践环节加深对它们的理解。 2.通过课程设计，掌握数据库系统设计与开发的方法及步骤 数据库是一门应用性很强的学科，开发一个数据库系统需要集理论、系统和应用三方面为一体，以理论为基础，以系统（DBMS）作支柱，以应用为目的，将三者紧密结合起来。同时结合实际需要开发一个真实的数据库系统，对于较大型的系统可多人一起完成，但无论如何都应完成数据库的需求分析、数据的分析与建模、数据库的建立、数据库的开发与运行等全部过程。在此过程中将所学的知识贯穿起来，达到能够纵观全局，分析、设计具有一定规模的题目要求，基本掌握数据库系统设计与开发的基本思路和方法并且做到对知识的全面掌握和运用。 3.培养学生自学以及主动解决问题的能力 通过本次设计，使同学能够主动查阅与数据库相关资料，掌握一些课堂上老师未曾教授的知识，从而达到培养学生自学以及主动解决问题的能力的目的。 二、课程设计基本要求： 1.课程设计应由学生本人独立完成完成，严禁抄袭，如果发现最后的设计基本 相同者（系统需求分析与功能设计、数据库的概念设计、逻辑设计，数据库的实现与运行等内容基本相同），一经验收教师认定其抄袭行为，则成绩均为不及格。 2.掌握所学的基础理论知识，数据库的基本概念、基本原理、关系数据库的设 计理论、设计方法等。熟悉数据建模工具PowerDesigner与数据库管理系统SqlServer软件的使用。 3.按时上机调试，认真完成课程设计。 4.认真编写课程设计报告，课程设计报告的书写格式见附录2 数据库技术是近年来计算机科学技术中发展最快的领域之一，它已成为计算机信息系统与应用系统的核心技术和重要基础。《数据库原理及应用》课程设计重视实践环节，对于巩固数据库知识，加强学生的实际动手能力和提高学生综合素质十分必要。课程设计的目的和要求有以下几方面： 三、前言 设计物资管理数据库系统的目的是为了全面管理仓库中储存的商品和货物、维护公司资产的安全完整、缩短库存信息流转时间，使经营公司的物资管理层次分明、井然有序，为采购和销售提供依据，从而提高公司的经营效率。物资管理数据库主要通过存储供货商、购货商、产品等的信息，实现下列任务：保管好库存物资，做到数量充足和准确、质量完好、确保安全、收发迅速、服务周到、降低费用、加速资金周转。 四、需求分析
数据库设计规范
保密级别：□绝密□机密□秘密■内部公开 数据库设计规范
变更记录
目录 1 编写目的 (1) 2 数据库策略 (1) 2.1 数据库对象长度策略 (1) 2.2 数据完整性策略 (1) 2.3 规范化设计与性能之间的权衡策略 (1) 2.4 字段类型的定义与使用策略 (1) 3 命名规范 (3) 3.1 数据库命名规则 (3) 3.2 数据库对象命名的一般原则 (4) 3.3 表空间(Tablespace)命名规则 (4) 3.4 表(Table)命名规则 (4) 3.5 字段命名规则 (5) 3.6 视图(View)命名规则 (5) 3.7 序列(Sequence)命名规则 (5) 3.8 存储过程(Procedure)的命名规则 (5) 3.9 函数(Function)的命名规则 (5) 3.10 索引(Index) 命名规范 (5) 3.11 约束(Constraint) 命名规范 (5) 4 数据模型产出物规范 (5) 附录A：xml文件使用说明 (7) 附录B：保留关键字 (8)
可编辑 1编写目的 本文的目的是提出针对Oracle数据库的设计规范，使利用Oracle数据库进行设计开发的系统严格遵守本规范的相关约定，建立统一规范、稳定、优化的数据模型。 参照以下原则进行数据库设计： 1)方便业务功能实现、业务功能扩展； 2)方便设计开发、增强系统的稳定性和可维护性； 3)保证数据完整性和准确性； 4)提高数据存储效率，在满足业务需求的前提下，使时间开销和空间开销达到优化平衡。 2数据库策略 1)数据模型全局单一，所有公共的数据模型得到共享。 2)数据库建模要基于统一的元数据管理机制。 3)数据库设计遵循关系数据库的规范化理论。 4)OLTP与OLAP分开设计。 2.1数据库对象长度策略 数据库字段的长度要考虑业务对象的类型、数据库所用字符集、时间格式来设定出相对准确的长度，满足业务需要，同时保证数据库的高效，避免不必要的开销。 2.2数据完整性策略 1)必须遵循数据库设计的第二范式，根据业务需要尽量满足第三范式。 2)数据完整性尽量通过业务逻辑实现，数据库设计应尽量避免使用大量的外键约束，避免使用触发 器。 2.3规范化设计与性能之间的权衡策略 数据的标准化有助于消除数据库中的数据冗余。如果数据冗余低，数据的一致性容易得到保证，如无特殊理由，OLTP系统的设计应当遵循第三范式，对于OLAP系统，为了减少表间连接查询的操作，提高系统的响应时间，合理的数据冗余是必要的。 2.4字段类型的定义与使用策略 1)数据类型的选用原则 精品
物流系统数据库设计
本科学生综合性实验报告 课程名称：数据库技术及应用 第三方物流运输 系统数据库设计 实验项目名称第三方物流运输系统数据库设计 指导教师及职称 _______________________________ 开课学期 2010 至2011 学年第2学期 截止日期 2011 年__6 ____ 月 20 日 项目组长 成 员 强项 彭聪 蔡佳欣 B01 学号 0093954 学号 0093956 学号 0093971 班
目录 1需求分析 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3功能分析 (2) 1.4系统功能分析 (2) 1.4.1客户基本信息管理 (2) 1.4.2车辆基本信息管理 (3) 1.4.3订单基本信息管理 (3) 1.4.4路线基本信息管理 (3) 1.4.5客户评价基本信息管理 (3) 1.5系统功能图分析 (4) 1.6数据需求及业务规则分析 (4) 1.7数据约束分析 (5) 1.8数据字典 (6) 1.8.1数据项与数据结构 (6) 1.8.2数据处理 (9) 2数据库概念设计 (9) 2.1定义实体集及属性 (9) 2.2定义联系集及属性 (10) 2.3E-R模型设计 (10) 2.3.1 实体E-R模型设计 (10) 2.3.2多元联系E-R模型设计 (11) 2.3.3 总E-R模型设计 (12) 3逻辑设计 (12) 3.1实体集转化为关系模式 (12) 3.2联系集转化为关系模式 (13) 3.3聚合转化为关系模式 (13) 3.3关系设计 (13) 3.4函数依赖关系 (16) 3.5模式求精 (16) 4物理设计 (17) 4.1关系模式存储方式选择 (17) 4.1.1索引存取方式，主要采用B+树索引方法 (18) 4.1.2聚簇存取方式 (18) 4.2数据库的存取结构 (18) 4.2.1数据的存放位置 (18) 4.2.2数据存储路径 (18) 5数据库脚本 (18) 6 游标、触发器与存储过程 (24)
数据库设计总结报告
数据库设计总结报告 1.数据库规划 1.1 任务陈述： 所设计的数据库后台管理系统为网上销售管理系统,该系统为一服装网的网上交易及会员间的交流提供后台支持,集成了服装信息,会员信息,管理员信息的录入, 更新，删除,统计,查询等一系列功能,另外,该系统还为前台的管理员发起的公告,会员发布的论坛帖子提供了相应的数据录入,更新,维护等后台支持. 1.2 任务目标： 维护（插入，更新和删除）服装类型数据 维护（插入，更新和删除）服装数据 维护（插入，更新和删除）会员数据 维护（插入，更新和删除）管理员数据 维护（插入，更新和删除）会员网上购物的订购单数据 维护（插入，更新和删除）会员网上购物的详细订购单数据 维护（插入，更新和删除）管理员网上发布的公告数据 维护（插入，更新和删除）会员网上发布的贴子数据 实现对服装的查询 实现对服装类型的查询 实现对会员的查询 实现对管理员的查询 实现对会员订购单的查询 实现对订购单所对应的详细订单的查询 实现对管理员所发布的公告的查询 实现对会员所发布的贴子的查询 跟踪服装关注情况 跟踪会员订购单的确认状态 跟踪会员所定服装的发送状态 跟踪管理员所发布的公告关注情况 跟踪会员所发布的贴子关注情况 报告服装类型的情况 报告服装信息的情况 报告会员的情况 报告管理员的情况
报告会员订购单情况 报告会员详细订购单情况 报告会员发帖情况 报告会员留言情况 报告管理员发布公告情况1.3系统边界 1.4主要用户视图
2．需求分析 2.1数据需求 (1)服装信息表的数据包括服装编号（自动编号），服装名字，服装类型号，服 装风格，服装品牌，服装颜色，服装尺码，服装质地，服装价格，服装添加时间，服装介绍，服装订购描述，服装网上浏览量（动态变化），服装图片的url，服装是否特价（y/n），服装打折后价钱（若非特价，该项为原始价格）。每种服装的编号是唯一的。 (2)服装类型表的数据包括服装类型号（自动编号），服装类型的名字，服装类 型的父类型号(若无父类型，该项为0)，是否有子类型（y/n），服装类型的添加时间。每个服装类型的编号是唯一的。 (3)会员信息表的数据包括会员编号（自动编号），用户名，会员密码，会员真 实名字，性别，电话号码，手机号码，电子邮箱，家庭地址，邮编，会员添加时间，会员积分。每个会员的编号是唯一的。 (4)管理员信息表的数据包括管理员编号（自动编号），管理员名字，管理员密 码，管理员真实名字，管理员具体身份（超级管理员，服装管理员，用户管理员，订单管理员，公告管理员，论坛管理员），管理员邮箱，管理员添加时间。每个管理员的编号是唯一的。 (5)公告信息表的数据包括公告编号（自动编号），公告标题，公告内容，公告 发布时间，发布公告的管理员编号，公告的网上浏览量（动态变化）。每个公告的编号是唯一的。 (6)订购单信息表的数据包括订购单编号（自动编号，唯一），订购时间，订购 单是否被管理员确认（y/n），确认时间（若未确认，则为空），订购单中所订购服装的发送状态（0：所订购的服装还未发送；1：已经发送但订购者还未收到；2：订购者已收到），该次订购的接收者姓名，接收者地址，接收者电话，接收者邮箱，发起该次订购的会员的编号，该次订购的总价钱。对于订购单信息表中刚插入的一条记录，订购单是否被管理员确认的初值为n, 经过订单管理员确认后，将其更新为y，订购单中所订购服装的发送状态初值为0 ，由前台应用程序处理后更新其值。 (7)详细订购单信息表的数据包括详细订购单的编号（自动编号，唯一），所对 应的订购单的编号，所订购的服装的编号，所订购的服装的数量，该项订购的价钱。订购单信息表记录会员一次购物的消费情况，而详细订购单信息表记录在会员的这次消费中每项消费的详细情况。 (8)库存表的数据包括服装编号，库存量，库存量下限。 (9)帖子信息表的数据包括帖子编号（自动编号，唯一），帖子主题，帖子内容， 发帖的时间，发帖的会员的编号，帖子的浏览量，帖子的回复数， (10)回复信息表的数据包括回复编号（自动编号，唯一），回帖的会员的编号， 回复的内容，回复所针对的帖子的编号，回复时间。
数据库的设计原则
数据库的设计原则 1. 原始单据与实体之间的关系 可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。 在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单证对应多个实体，或多张原始单证对应一个实体。 这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。 〖例1〗：一份员工履历资料，在人力资源信息系统中，就对应三个基本表：员工基本情况表、社会关系表、工作简历表。 这就是“一张原始单证对应多个实体”的典型例子。 2. 主键与外键 一般而言，一个实体不能既无主键又无外键。在E—R 图中, 处于叶子部位的实体, 可以定义主键，也可以不定义主键 (因为它无子孙), 但必须要有外键(因为它有父亲)。 主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专 家说：“键，到处都是键，除了键之外，什么也没有”，这就是他的数据库设计经验之谈，也反映了他对信息系统核 心(数据模型)的高度抽象思想。因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。 3. 基本表的性质 基本表与中间表、临时表不同，因为它具有如下四个特性： (1) 原子性。基本表中的字段是不可再分解的。 (2) 原始性。基本表中的记录是原始数据（基础数据）的记录。 (3) 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。 (4) 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。 理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。 4. 范式标准 基本表及其字段之间的关系, 应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。 为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。 〖例2〗：有一张存放商品的基本表，如表1所示。“金额”这个字段的存在，表明该表的设计不满足第三范式， 因为“金额”可以由“单价”乘以“数量”得到，说明“金额”是冗余字段。但是，增加“金额”这个冗余字段，
数据库设计报告
烟草专卖系统 数据库设计报告 （版本号：1.0） 项目开发组： 指导教师： 文档撰写时间：
目录 0. 文档介绍 (3) 0.1 文档目的 (3) 0.2 文档范围 (3) 0.3 读者对象 (3) 0.4 参考文献 (3) 0.5 术语与缩写解释 (3) 1. 数据库环境说明 (4) 2. 数据库的命名规则 (4) 3. 逻辑设计 (4) 4. 物理设计 (4) 4.0 表汇总 (4) 4.1 表A (5) 4.2 表B (5) 4.3 表C (5) 5. 安全性设计 (5) 5.1 防止用户直接操作数据库的方法 (5) 5.2 用户帐号密码的加密方法 (5) 6. 优化 (6) 7. 数据库管理与维护说明 (6)
0. 文档介绍 0.1 文档目的 本文档主要对该软件后台数据库的概念模型设计和物理模型设计作出了统一的规定，同时确定了每个表的数据字典结构。它是开发人员实际建立corperation_msg数据库及其数据库对象的重要参考依据。 0.2 文档范围 本文档包含以下几部分： 1. 数据库环境说明 2. 数据库的命名规则 3. 数据库逻辑设计 4. 数据库物理设计 5. 数据库安全性设计 6. 数据库优化 7. 数据库管理与维护说明 0.3 读者对象 本文档的主要读者包括： 1. 本系统的设计人员：包括模块设计人员 2. 本系统的系统开发人员：包括数据库开发、编码人员 3. 本系统的测试人员 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA]作者，《立项建议书》，机构名称，日期 [SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期 0.5 术语与缩写解释
软件项目数据库设计说明书
项目名称 数据库设计说明书 版本号：1.0 作者： 批准人： 日期:XXXX年XX月XX日 XXXXXXX公司
文档修订 抄送人：项目经理、客户经理、客户代表、项目组成员、SCCB（在项目实际应用时最好写明抄送人的姓名）
目录 1.引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2.数据库环境说明 (4) 2.1标识符和状态 (4) 2.2使用它的程序 (4) 2.3专门指导 (4) 2.4支持软件 (4) 3.数据库的命名规则 (5) 4.结构设计 (5) 4.1逻辑结构设计 (5) 4.2物理结构设计 (5) 4.2.1表1 .......................................................................... 错误！未定义书签。 4.2.2表N ......................................................................... 错误！未定义书签。 5.数据字典设计 (9) 6.安全保密设计 (9) 6.1防止用户直接操作数据库的方法 (10) 6.2用户帐号密码的加密方法 (10) 6.3角色与权限 (10) 7.优化 (10) 8.数据库管理与维护说明 (10)
1.引言 1.1编写目的 《说明编写这份数据库设计说明书的目的，指出预期的读者。》 1.2背景 《说明： a．说明待开发的数据库的名称和使用此数据库的软件系统的名称； b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。》 1.3定义 《列出本文件中用到的专门术语的定义、外文首字母组词的原词组。》 1.4参考资料 《列出有关的参考资料： a．本项目的经核准的计划任务书或合同、上级机关批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。》 2.数据库环境说明 2.1标识符和状态 《详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。》 2.2使用它的程序 《列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，要给出它的名称和版本号。》 2.3专门指导 《向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导，例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。如果这些指导的内容篇幅很长，列出可参阅的文件资料的名称和章条。》 2.4支持软件 《简单介绍同此数据库直接有关的支持软件，如数据库管理系统、存储定位程序和用于装入、生成、修改、更新数据库的程序等。说明这些软件的名称、版本号和主要功能特性，如所用数据模型的类型、允许的数据容量等。列出这些支