数据库编码规范
1 目的
为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。
2 范围
本规范适用于全体开发人员，作用于软件项目开发的数据库设计、维护阶段。
3 术语
?数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。
?物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。一般对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。
?逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。
4 设计概要
4.1 设计环境
a) ORACLE 11G R2
数据库
ORACLE 11G R2
操作系统
LINUX 6以上版本，显示图形操作界面
b) MS SQL SERVER 2005
数据库
SQL SERVER 2005 企业版
打sp3以上补丁和安全补丁
操作系统
WINDOWS 2008 SERVER
4.2 设计使用工具
a) 使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说明。对于SQL Server 尽量使用企业管理器对数据库进行设计，并且要求对表，字段编写详细的说明（这些将作为扩展属性存入SQL Server中）
b) 通过PowerDesigner 定制word格式报表，并导出word文档，作为数据字典保存，格式。（PowerDesigner v10 才具有定制导出word格式报表的功能）。对于SQL Server 一旦在企业管理器进行数据库设计时加入扩展属性，就可以通过编写简单的工具将数据字典导出。
c) 编写数据库建数据库、建数据库对象、初始化数据脚本文件
4.3 设计原则
a) 采用多数据文件
b) 禁止使用过大的数据文件，unix系统不大于2GB,window系统不超过
500MB
c) oracle数据库中必须将索引建立在索引表空间里。
d) 基本信息表在建立时就分配足够的存储空间，禁止其自动扩展功能
e) 大文本字列、blob列要独立出一张表，此表只有id和blob(或大文本)列
f) 为每一个数据库创建独立的管理员用户，使用该用户进行设计，尽量不要使用sa或者系统管理员身份进行数据库设计。
4.4 设计的更新
a) 在设计阶段，由数据库管理员或指定的项目组其一成员进行维护。
b) 运行阶段，由数据库管理员进行维护。
c) 如对表结构进行修改，应先在数据字典文档进行修改，最后在数据库中进行修改。如果修改的是数据库字典表，必须由数据库管理员进行。
d) 编写更新的SQL代码，如果使用PowerDesigner，禁止由PowerDesigner 直接连数据库进行数据库操作（如果是更改表或者字段的说明性文字可以通过数据库管理器图形界面进行修改）
e) 修改数据库要通过SQL，禁止其它方式对数据进行修改
f) 修改数据库的SQL要添加说明后保存备查
5 命名总体原则
?设定的前缀一律用小写字母
?标识名称命名全部小写
?整个命名的全长不得超过30个字母
?全部使用字母和下划线‘_’，不能使用中文和其他字符，有特别情况允许使用末尾数字编号。例如：t_Finace1, t_Finace2...
?命名名称来自于业务，全部采用英文单词
?英文单词过长可以采用通用的缩写，尽量表达出业务的含义
?如需要两个以上的英文单词做标识名称，单词之间要用下划线‘_’连接
?名称全是由名词组成的，名词由大范围到小范围排序取名
?完成某功能的名称，如函数和过程，以动宾形式取名
6 命名规范（逻辑对象）
6.1 数据库结构命名
a) 数据库命名
数据库的命名要求使用与数据库意义相关联的英文字母，即<业务系统名称>。
例如：china care 数据库的命名为ccnet；
客户资料数据库的命名为Customer_Info。
b) 数据库日志设计命名
数据库日志的的命名以<数据库名>_<日志名>.log格式命名。其中，<日志名>为有意义的数据库日志名称。
例如： ccnet_logredo.log
c) 数据库配置设计命名
数据库配置设计方案是以文件形式保存的，其内容是关于特定数据库的配置项目的具体值。
数据库配置文件的命名以:<数据库类型简写〉_<应用系统标志>_cfg.ini格式命名。
其中，数据库类型简写见附件2《数据库类型简写》，cfq表示该文件是数据库配置文件。
例如：ORA_ ccnet_cfg.ini
d) 数据库复制与存储设计命名
数据库复制与存储设计方案是以文件形式保存的，其内容是关于特定数据库之间的复制策略的具体细节。
数据库复制与存储设计文件的命名以：<数据库类型简写>_<应用系统标志>_rep.txt格式命名。
其中，数据库类型简写见附件2《数据库类型简写》，rep表示该文件是数据库复制与存储文件。
e) 数据库连接设计命名
数据库连接设计方案是以文件形式保存的，其内容是关于特定分布式数据库之间的连接设计的具体细节。
数据库连接设计文件的命名以：<数据库类型简写>_<应用系统标志>_dbl. sql格式命名。其中，数据库类型简写见附件2《数据库类型简写》，dbl表示该文件是数据库连接设计文件。
f) 表空间、数据文件命名(主要针对Oracle)
索引表空间：
表空间命名格式：ts<系统标识>_i
数据库文件命名格式：ts<系统标识>_i[n].dbf
临时表空间：
表空间命名格式：ts<系统标识>_t
数据库文件命名格式：ts<系统标识>_t[n].dbf
回滚表空间：
表空间命名格式：ts<系统标识>_r
数据库文件命名格式：ts<系统标识>_r[n].dbf
数据表空间：
表空间命名格式：ts<系统标识>_d
数据库文件命名格式：ts<系统标识>_d[n].dbf
注：表空间名不超过8位，n 可取00-99或0-9，根据系统数据量确定。
6.2 数据库对象命名
a) 表
表的命名必须以“t_”（Table缩写）开头，格式为：t_[系统标识]_<数据表类型标识>_<表标识>。
其中，[ ]表示可选项，依据实际情况而增加；<表标识> 要求与表意义相关联的英文字母，例如：t_Customers。
数据表大致分为：业务数据表、基本编码表、辅助编码表、系统信息表、累计数据表、结算数据表、决策数据表；
基本编码表用base标志
累计数据表用count标志
系统信息表用info标志 ...
例如：t_trade_base_trade_code,t_trade_info_help ...
b) 字段/域
根据业务要求进行命名，不需设定固定的前缀。
c) 索引
针对数据库表中一个或多个字段建立的索引的命名格式应以“idx_”开头，索引列名间用_隔开，即为idx_ColumnName1_ColumnName2_…
其中，ColumnName1是数据库表中（第一个）索引字段的名称或名称简写；ColumnName2是数据库表中（第二个）索引字段的名称或名称简写；索引名的总长必需符合数据库的规定。
例：idx_cert_number (表示在字段cert_number上创建索引)
为了避免重名索引出现，可选命名方式为 idx_<表名>_<递增号> 作为索引的命名，但是要求在数据字典中进行详细说明
d) 视图
视图的命名必须以“v_”(View 缩写)开头，格式为： v_<视图类型>_[系统标识] _<视图标识>。
其中，视图类型参见“表的分类说明”；[系统标识_]是可选项，依据情况而增加；<视图标识> 应与视图意义相关联的英文字母。
例：v_user_detail_info
e) 存储过程
存储过程的命名必须符合sp_[系统标识]_<存储过程标识>格式。
其中，sp表示是存储过程；[系统标识]为可选项，依据情况而增加；<存储过程标识>是与存储过程意义相关联的英文字母，例如：USP_Query_Write_to_Disk。
例：sp_check_user_auth（以动宾方式取名）
f) 触发器
触发器的的命名必须符合tr_<表名>_
其中,tr表示是触发器；
例：tr_user_info_iu （表示对user_info表进行插入、更新的触发器）
g) 函数
函数的命名必须符合fn_[系统标识]_<函数标识>格式。
其中，fn表示是函数，[系统标识]为可选项，依情况而定；<函数标识>是与函数意义相关联的英文字母。
例：fn_create_id（以动宾方式取名）
h) 自定义数据类型
自定义数据类型的命名格式为：ud_<自定义数据类型标识>_<数据类型>
i) Default（缺省）
Default（缺省）的命名格式一般为：df_
例：df_begin_date 缺省开始日期‘20030101’
if exists (select * from sysobjects where type = 'D' and name = 'df_begin_date')
drop default dbo.df_begin_date
go
create default df_begin_date as '20030101'
go
j) Check、Constraint（约束）
约束的命名格式一般为：ck_<表名>_
例：ck_flag 参见第8.1点实例，约束字段flag只能取字符‘0’到‘9’：
constraint ck_flag CHECK (flag between '0’ and '9’ )
k) Rule（规则）
规则的命名格式一般为：rl_
例：rl_not_zero （定义一个不等于0的规则）
if exists (select * from sysobjects where type = 'R' and name = 'rl_not_zero')
drop rule dbo.rl_not_zero
go
create rule rl_not_zero as @i <> 0
go
l) 主键
主键的命名格式为pk_<表名>_<主键标识>。
例：pk_user_info_userid （表user_info以字段userid创建主键）
m) 外键
外键的命名格式为fk_<表名>_<主表名>_<外键标识>。
可选命名方式为 fk_<表名>_<递增号> 作为索引的命名，但是要求在数据字典中进行详细说明
例：fk_user_info_department_deptid （在表user_info的字段department_id上创建外键，参照主表department）
n) 同义词（ORACLE）
同义词的命名格式为：sy_<同义词标识>
例：sy_user_info （为所有权属于ben的表user_info的公共同义词）
7 脚本注释
7.1 存储过程或触发器
a) 每一个存储过程或触发器都要在最前面写注释，注释如下
/*
writer：
create date：
ver：
Depiction：
remark：
*/
另外，过程中声明的重要变量要有注释，例如：
@iActionFlag int = 0 /* 0 => Checkout, 1 => GetLatest, 2 => UndoCheckOut */
b) 如果只对存储过程或触发器进行部分修改时须添加以下注释：
/*rewriter： add（rewriter）： date：<格式：
YYYY-MM-DD> start1：
修改描述：
*/
/* 原代码内容*/（修改时）
/*rewriter： date：<格式：YYYY-MM-DD> end1： */
/*rewriter： add（rewriter）： date：<格式：
YYYY-MM-DD> start2： */
新代码内容
/*rewriter： date：<格式：YYYY-MM-DD> end2： */
c) 如果对存储过程或触发器有较大的修改，可增加修改内容的注释。
/*Log Id：
rewriter：
rewrite date：<格式：YYYY-MM-DD>
Depiction：
*/
7.2 自定义函数
a) 每一个自定义函数都要在其前面写注释，注释如下
/*
function name:xxxx
Depiction：<对此函数的描述>
param（a,b）
a 功能或描述....
b 功能或描述
output: x x=0表示..... x=1 表示......
writer：
create date：<创建日期，格式：YYYY-MM-DD>
ver：
remark：
* /
另外，函数中声明的重要变量要有注释，例如：
@iActionFlag int = 0 /* 0 => Checkout, 1 => GetLatest, 2 => UndoCheckOut */
b) 如果只对函数进行部分修改时须添加以下注释：
/*rewriter： add（rewriter）： date：<格式：
YYYY-MM-DD> start1：
修改描述：
*/
/* 原代码内容*/（修改时）
/*rewriter： date：<格式：YYYY-MM-DD> end1：*/
/*rewriter： add（rewriter）： date：<格式：
YYYY-MM-DD> start2： */
新代码内容
/*rewriter： date：<格式：YYYY-MM-DD> end2： */
c) 如果对函数有较大的修改，可增加修改内容的注释。
/*Log id：
rewriter：
rewrite date：<修改日期，格式：YYYY-MM-DD>
Depiction：
*/
8 数据库操作原则
8.1 建立、删除、修改库表操作
?在开发环境中，对于自己的库表可任意进行修改、删除操作；但需保留相应的建表语句和说明，与建表人建表时间。
8.2 添加、删除、修改表数据
?在开发环境中，开发人员所开发模块独自使用的库表，可自由操作表中数据；
?对其他模块关联的库表，应取得其他模块的开发人员同意后再执行操作；
?系统的信息表、字典表的修改应向数据库的管理员提出操作需求，由数据库的管理员执行操作。
9 常用字段命名(参考)
9.1 系统信息常用字段
字段名称
字段代码
ORACLE
SQLSERVER
值
说明
用户标识
user_id
char(8)
char(8)
用于登录应用系统的标识, 填写数字。一般做主键,要填满长度。
用户名称
user_name
varchar2(20)
varchar(20)
用户标识对应的名称
组标识
grp_id
char(4)
char(4)
用户所属的组标识，填写数字。一般做主键，要填满长度。
组名称
grp_name
varchar2(50)
varchar (50)
组标识对应名称
组权限标识
grp_auth_id
char(2)
char(2)
由低到高，从00到99。要填满长度
组权限名称
grp_auth_name
varchar2(50)
varchar (50)
组权限标识对应名称
密码
password
varchar2(30)
varchar(30)
9.2 客户个人信息常用字段
字段名称
字段代码
ORACLE
SQLSERVER
值
说明
客户标识
customer_id
char(?)
char(?)
业务系统使用的客户标识,一般做主键，不用可变长类型。要填满长度。
客户姓名
customer_name
varchar2(50)
varchar(50)
部门标识
dept_id
char(?)
char(?)
一般做主键，不用可变长类型。要填满长度。
部门名称
dept_name
varchar2(50)
varchar(50)
性别
sex
char(1)
char(1)
F/M
以下没有标识的，直接在字段中填写具体值
婚姻状况
marriagestatus varchar2(50) varchar(50)
出生日期
birthday
date
smalldatetime
身高
hight
number(5,2)
dec(5,2)
单位为厘米
体重
weight
number(5,2)
dec(5,2)
单位为公斤
民族
nationality
varchar2(20) varchar(20)
联系电话
phone
varchar2(50) varchar(50)
家庭电话
home_phone
varchar2(50) varchar(50)
办公电话1
office_phone1 varchar2(50) varchar(50)
办公电话2
office_phone2 varchar2(50) varchar(50)
区号
zone
varchar2(20) varchar(20)
传真号码
office_fax
varchar2(50) varchar(50)
移动电话
mobil_phone varchar2(50) varchar(50)
电子信箱
varchar2(50) varchar(50)
邮政编码
post_code
varchar2(20) varchar(20)
国籍
country
varchar2(50) varchar(50)
居住省
province
varchar2(20) varchar(20)
居住市
city
varchar2(20) varchar(20)
家庭住址
home_addr
varchar2(80) varchar(80)
办公地点
office_addr varchar2(80) varchar(80)
证件号码
cert_number
varchar2(50)
varchar(50)
证件名称
cert_name
varchar2(20)
varchar(20)
职业标识
occupation_id
char(4)
char(4)
要填满长度
职业名称
occupation
varchar2(50)
varchar(50)
教育程度
education
varchar2(20)
varchar(20)
9.3 铺助信息常用字段字段名称
字段代码
ORACLE
SQLSERVER
值
说明
记录状态标识
flag
char(1)
char(1)
A/D…
A:有效；D：删除；S：暂停…
记录序号
id
number
int
9.4 业务信息常用字段
字段名称
字段代码
ORACLE
SQLSERVER
值
说明
业务发生日期
oper_date
date
smalldate
开始日期
begin_date
date
smalldate
结束日期
end_date
date
smalldate
操作日期
curr_date
date
smalldate
操作员编号
user_id
char(4)
char(4)
即为系统信息中的用户标识发生额
number(7,2)
dec(7,2)
余额
balance
number(10,2)
dec(10,2)
描述
description
varchar2(50)
varchar(50)
HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7
1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了
HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日
目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7 1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20
引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备修改功能，能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况，我们通过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。
数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据， 满足用户信息要求和处理要求。 数据库设计的各阶段： 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模型的步骤如下所示:
数据库系统原理课程 设计指导
一、本课程的教学目的及基本要求 教学目的 本课程是为《数据库系统原理》课程所开的实践环节。数据库系统原理课程是一门实践性很强的技术课程，而且是计算机科学与技术中发展最快的领域之一。 本课程设计的目的旨在使学生能够掌握数据库的基本原理、数据库设计的基本方法、SQL语言的应用、SQL Server 2000/2008数据库环境的使用，并能根据所应用到的数据库管理系统的相关技术，按照规范化设计的方法解决现实中数据库设计的问题。 选修本课程前应已选修《数据库系统原理》课程，并熟练掌握SQL语言，以及数据库设计的规范化等基本方法。 先修课程：数据库系统原理。 教学基本要求 要求学生通过上机实验，培养学生的分析实际问题的能力，掌握复杂项目从需求到设计直到最后实现的基本方法，并对所设计的数据库进行测试与分析，使学生在数据库设计方面能够得到很大程度的提高。 课程设计基本要求： 1、(课前准备)掌握课堂教学内容，主要包括 （1）比较系统的掌握数据库原理的理论知识； （2）学会研究分析具体应用的需求，完成需求分析； （3）初步掌握在需求分析基础上设计数据库的能力； （4）熟练掌握一种数据库设计工具。 2、课程设计按以下步骤进行： （1）问题分析，理解问题，明确做什么，完成需求分析，写出系统的功能框架并给出每一系统功能的详细叙述。 （2）概念设计：在概念结构设计中画出ER图，在ER图中标出主码。可以有分ER图。 （3）逻辑结构设计：针对概念设计的结果做出逻辑结构设计并进行规范化，对表进行分解或必需的合并（要写出理由和根据）。对用户进行分类，有必要时可以给用户创建用户子模式（比如视图）并定义权限。 （4）物理设计：设计数据库的存储结构（包括索引的设计等）。
数据库表字段命名规范 摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。 本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档，针对研发中易产生的问题和常见错误做了一个整理和修改，为日后涉及到数据库相关的研发工作做好准备。 一、数据库命名规范 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔，一个项目一个数据库，多个项目慎用同一个数据库 二、数据库表命名规范 2.1数据表命名规范 （1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔 （2）全部小写命名，禁止出现大写 （3）禁止使用数据库关键字，如：name，time ，datetime，password等（4）表名称不应该取得太长（一般不超过三个英文单词）
（5）表的名称一般使用名词或者动宾短语 （6）用单数形式表示名称，例如，使用employee，而不是employees 明细表的名称为：主表的名称+字符dtl（detail缩写） 例如：采购定单的名称为：po_order，则采购定单的明细表为：po_orderdtl （7）表必须填写描述信息（使用SQL语句建表时） 2.2命名规范 ①模块_+功能点示例：alllive_log alllive_category ②功能点示例：live message ③通用表示例：all_user 2.3待优化命名示例 ①冗余： 错误示例：yy_alllive_video_recomment yy_alllive_open_close_log 说明：去除项目名，简化表名长度，去”yy_” ②相同类别表命名存在差异，管理性差 错误示例：yy_all_live_category yy_alllive_comment_user 说明：去除项目名，统一命名规则，均为”yy_alllive_”开头即可 ③命名格式存在差异 错误示例：yy_showfriend yy_user_getpoints yy_live_program_get
数据库课程设计实 验要求 1
题目1 物流公司管理系统 实现一个物流公司管理系统，分为车队管理员、仓储管理员以及调度管理员、客户几部分，要求实现如下功能： 1．对于车队管理员 ●管理车队下辖车辆的信息：包括车辆型号，车牌， 车辆的载重量等等信息。 ●管理车辆状态：如车辆是否处于能够执行任务，是 否维修，是否在任务中等状态。 ●管理司机状态：对于被分配任务的车辆，看司机是 否能够执行任务 ●根据调度管理员下达的货运任务安排车辆、司机执 行 2．对于仓储管理员 ●管理仓库的相关信息，仓库是否空闲，空闲的位 置，仓库的类型（比如冷库，危险品库），状态是 否正常 ●根据调度管理员下达的仓储任务，为货物安排仓储 3．调度管理员 ●管理客户提交的货运请求，如所运算货物的类型、 数量、属性（危险品，易燃易爆品），目的地，时
间限制 ●制定客户货物德仓储计划，决定那些货物在什么时 间需要存储，下发给仓库管理员 ●制定货物的运输计划， 4．客户 ●提交订单，包括所运送商品的类型、数量、属性， 目的地，时间限制 ●参看订单完成情况 5．超级管理员 ●管理各类用户，添加用户，删除用户，修改用户信 息等等操作。 题目2电影频道 电影频道：开发一个系统，使得影迷能够方便的了解市内各大影院放映的影片，并能够经过网络预定电影票 1、电影院 ●此网络可有多个电影院 ●每个电影院维护自己的账户信息 ●添加、维护所放映或将要放映的电影的相关信息，如电 影名称，上映开始、结束时间、发行公司、语言等，提 供预告片下载（播放）
●添加、维护所放映影片的场次信息，如所放映的影片， 放映时间，在那个放映厅放映，票价 ●查询审核用户的订票信息（如拒绝、同意等） 2．顾客 ●注册、维护自己的账户信息 ●查询各电影院所放映电影的信息 ●查询影片放映的场次信息 ●在线订购电影票，查询订购的状态 3．系统管理员 ●维护、确认影院、顾客的注册信息 题目3校医院门诊管理信息系统 校医院门诊管理信息系统。为了规范校医院门诊过程中处方、收费单据等的财务规范性，提高看病、报销效率，开发一套维护挂号，门诊记录、处方、报销记录的信息系统 1、对于挂号操作人员 ●创立、维护学生挂号记录，如学号、姓名、年龄、学 院、本科、研究生、医保类型等 ●查询学生的诊疗记录，处方 2、划价人员 ●创立药品价格记录、治疗费用标准
数据库表及字段命名、设计规范1、命名规范 1.1数据表的命名规范： 1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 3）表的名称一般使用名词或者动宾短语 4）表名称不应该取得太长（一般不超过三个英文单词）。 5）在命名表时，用单数形式表示名称。例如，使用Employee，而不是Employees。 6）对于有主明细的表来说。明细表的名称为：主表的名称+ 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts 对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int 型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。 7）表必须填写描述信息
数据库设计和编码规范 Version
目录
简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。
6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：
《数据库课程设计》 题目：电子书城系统的设计与实现 学习中心： XX 专业： XX 年级：年春/秋季 学号： XX 学生： XX
一、谈谈你对本课程学习过程中的心得体会与建议？ 答：转眼间，学习了一个学期的计算机操作系统课程即将结束。 在这个学期中，通过老师的悉心教导，让我深切地体会到了计算机操作系统的一些原理和具体操作过程。在学习操作系统之前，我只是很肤浅地认为操作系统只是单纯地讲一些关于计算机方面的操作应用，并不了解其中的具体操作过程和实用性。通过这一学期的学习，我才知道操作系统(Operating System，简称OS)是管理计算机系统的全部硬件资源包括软件资源及数据资源；控制程序运行；改善人机界面；为其它应用软件提供支持等，使计算机系统所有资源最大限度地发挥作用，为用户提供方便的、有效的、友善的服务界面。 正是由于这门课和以前关系不大，很多知识也从未接触过，因此对于这门课的学习方法就是：理论课上认真听老师讲理论知识，上机课上仔细看老师的演示过程、在电脑上按照老师的演示步骤自己做，遇到自己无法做出来的过程（步骤）请教老师或者同学。 建议：学校除了安排学生要上的SQL教学的理论课之外，还应安排适当节数的实验课，最好是理论课和实验课在一周上，这样同学们更能高效快速的记住所学知识，实验课上教师可以给每位同学分配一个小的系统让他们去做，或者是找一个项目案例先让同学们自己研究，然后教师再和同学们一起分析探讨，这样就能更好的理解和掌握SQL语句。 增强同学们之间的交流，同班同学之间肯定对知识的掌握程度不一样，在课堂上适当的增加学生之间的交流，严格要求他们课下也要多交流，这样通过交流取长补短，学生之间的差距就会缩小。 二、 1 项目概况 本章需简单介绍具体使用的哪个版本SQL数据库，选用的前台开发工具以及自己所设计的具体什么系统。 2.1 SQL 数据库简介 SQL Server 是一个具备完全 Web 支持的数据库产品，提供了对可扩展标记 1
数据库设计规范 V 1.0 2007-8-28
目录 1) 目的 (3) 2) 范围 (3) 3) 术语 (3) 4) 设计概要 (3) 5) 命名规范（逻辑对象） (4) 6) 数据库对象命名 (6) 7) 脚本注释 (8) 8) 数据库操作原则 (9) 9) 常用字段命名(参考) (9)
1) 目的 为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。 2) 范围 本规范适用于开发组全体人员，作用于软件项目开发的数据库设计、维护阶段。 3) 术语 数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。 物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。一般对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。 逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。 4) 设计概要 ?设计环境 数据库：ORACLE 9i 、MS SQL SERVER 2000 等 操作系统：LINUX 7.1以上版本，显示图形操作界面; RedHat 9 以上版本 WINDOWS 2000 SERVER 以上 ?设计使用工具 使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说 明。对于SQL Server 尽量使用企业管理器对数据库进行设计，并且要求 对表，字段编写详细的说明（这些将作为扩展属性存入SQL Server中） 通过PowerDesigner 定制word格式报表，并导出word文档，作为数据 字典保存。（PowerDesigner v10 才具有定制导出word格式报表的功能）。
答案+我名字 学习中心： 专业： 年级：年春/秋季 学号： 学生： 题目： 1.谈谈你对本课程学习过程中的心得体会与建议？ 2.严格按照《SQL数据库课程设计要求》完成课程设计。 《SQL数据库课程设计》要求 《SQL数据库课程设计》是大连理工大学网络教育学院计算机应用技术专业开展的一项实践教学环节，是理论联系实践的纽带和桥梁，是培养学生综合运用所学知识解决实际问题的有效手段。该课程设计要求如下： 1．要求学生以SQL Server 2008或其他版本为后台数据库，以VB、VC或其他开发工具作为前台开发工具，围绕自己选定的某一个具体的系统完成一个小型数据库应用系统的开发，例如《图书管理系统的设计与实现》《书店管理系统的设计与实现》等。其课程设计具体内容包括项目概况、需求分析、详细设计等。 2．要求学生必须撰写题目及心得体会，按照《SQL数据库课程设计模板》提供的格式和内容进行课程设计，完成课程设计模板提供的全部课程设计内容，字数要求达到3000字以上。
3．学生在进行课程设计的过程中，可参考辅导教师在导学资料中上传的文献资料，有问题可通过课程论坛答疑。 4．学生提交本课程设计形式 学生需要以WORD附件形式（附件的大小限制在10M以内）将完成的课程设计以“离线作业”形式上传至课程平台中的“离线作业”模块，通过选择已完成的课程设计，点“上交”即可，如下图所示。 5．课程设计批阅 老师会在离线作业关闭后集中批阅课程设计，在离线作业截止时间前不进行任何形式的批阅。 注意：本课程设计应该独立完成，不准抄袭他人或者请人代做，如有雷同作业，成绩以零分计。 下文为《SQL数据库课程设计模板》
------------------------------------------------------------------------------------------------------------------------------ 《数据库课程设计》要求 数据库课程设计主要是围绕《数据库系统原理》课程而开展的综合训练。通过本课程设计，使学生加强对数据库基本概念、原理和技术的掌握，结合实际的操作和设计，巩固课堂教学内容，将理论与实际相结合，应用现有的数据库建模工具和数据库管理系统软件，规范科学地完成一个小型数据库的设计与实现。在此基础上强化学生的实践意识，从而提高学生的实际动手能力和创新能力。该课程设计要求如下： 1．要求学生围绕自己选定的某一具体的系统，其课程设计具体内容包括系统概况、系统需求分析、系统设计、系统实现等，详见课程离线作业中上传的《数据库课程设计模板》。 2．要求学生必须按照《数据库课程设计模板》提供的格式和内容进行课程设计，完成课程设计模板提供的全部课程设计内容，字数要求达到3000字以上。 3．学生在进行课程设计的过程中，可参考辅导教师在导学资料中上传的文献资料，有问题可通过课程论坛答疑。 4．2018春季学期学生提交本课程设计形式及截止时间。 学生需要以附件形式（附件的大小限制在10M以内）将完成的课程设计以“离线作业”形式上传至课程平台中的“离线作业”模块，通过选择已完成的课程设计，点“上交”即可，如下图所示。 在此之前，学生可随时提交课程设计，如需修改，可直接上传新文件，平台会自动覆盖原有文件。 5．课程设计批阅 老师会在离线作业关闭后集中批阅课程设计，在离线作业截止时间前不进行任何形式的批阅。 注意： 本课程设计应该独立完成，不准抄袭他人或者请人代做，如有雷
电气与信息工程学院 《数据库开发技术》课程设计 （宋体小四号空九行） 设计题目： 年级专业： 组长： 小组成员： 指导教师： 完成日期：2011年6月10日
题目 摘要： 摘要篇幅以一页为限，字数为300以内。 摘要正文后，列出3-5个关键词。“关键词：”是关键词部分的引导，不可省略。 关键词请尽量用《汉语主题词表》等词表提供的规范词。最后不加标点符号。 关键词：写作规范；排版格式；课程设计 ，
1.1 论文格式基本要求 (1) 1.2 论文页眉页脚的编排 (1) 1.3 论文正文格式 (2) 1.4 章节标题格式 (2) 1.5 各章之间的分隔符设置 (2) 1.6 正文中的编号 (3) 2 图表及公式的格式说明 (4) 2.1 图的格式说明 (4) 2.1.1 图的格式示例 (4) 2.1.2 图的格式描述 (5) 2.2 表的格式说明 (5) 2.2.1 表的格式示例 (5) 2.2.2 表的格式描述 (6) 2.3 参考文献的格式说明 (6) 2.3.1 参考文献在正文中引用的书写格式 (6) 2.3.2 参考文献的书写格式 (6) 3 打印说明 (8) 3.1 封面 (8) 3.2 中英文摘要 (8) 3.3 目录 (8) 3.4 正文 (8) 4 第4章题目（黑体，小三，1.5倍行距，段后1行） (9) 4.1 第一节题目（黑体，四号，1.5倍行距，段前0.5行） (9) 4.1.1 第一节一级题目（黑体，小四，1.5倍行距，段前0.5行） (9) 结论 (10) 参考文献 (11) 致谢.................................................................................................. 错误！未定义书签。
数据库命名规范（表、字段名） 一．实体和属性的命名 1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线 举例： 定义的缩写 Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细； 则销售订单名细表命名为：Sal_Ord_Dtl; 2．如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。 一、【操作规范】 1. 如无备注，则表中的第一个id字段一定是主键且为自动增长； 2. 如无备注，则数值类型的字段请使用UNSIGNED属性； 3. 如无备注，排序字段order_id在程序中默认使用降序排列； 4. 如无备注，所有字段都设置NOT NULL，并设置默认值； 5. 如无备注，所有的布尔值字段，如is_hot、is_deleted，都必须设置一个默认值，并设为0； 6. 所有的数字类型字段，都必须设置一个默认值，并设为0； 7. 针对varchar类型字段的程序处理，请验证用户输入，不要超出其预设的长度； 8. 建表时将数据字典中的字段中文名和属性备注写入数据表的备注中(“PK、自动增长”不用写)； 9. 如无说明，建表时一律采用innodb引擎； 二、【常用表名约定】 0. 说明：表前缀用项目名称首字母缩写；所以表名都小写，单词之间用下划线分开，单
词都用单数形式 1. user –用户 2. category –分类 3. goods –商品、产品等一切可交易网站的物品都用此命名 4. good_gallery –物品的相册 5. good_cate –物品的分类，除了单独作为表名，其他地方分类单词一律用缩写cate 4. attr –属性 5. article –文章、新闻、帮助中心等以文章形式出现的，一般都用此命名 6. cart –购物车 7. feedback –用户反馈 8. order –订单 9. site_nav –包括页头和页尾导航 10. site_config –系统配置表 11. admin –后台用户【RBAC标准表】 12. role –后台用户角色【RBAC标准表】 13. access –后台操作权限，相当于action【RBAC标准表】 14. role_admin –后台用户对应的角色【RBAC标准表】 15. access_role –后台角色对应的权限【RBAC标准表】 16. 待续 三、【常用列名约定】 1. 表名_id –通常用作外键命名 2. cid –特殊的编号，带有元数据，方便关联查询，你可以把它理解成类别(层次)编号。举个例子，产品在分类时，往往需要将其归类到子分类下，相应的字段中也一般只记录子分类的id，这时若需要知道该产品属于哪个主分类，就需要通过子分类信息再查询到主分类信息，这是比较麻烦的，cid字段就是要解决这个问题。一般的站点几十个分类肯
数据库课程设计选 题
数据库系统综合设计选题 一、总体要求 1）分组要求：按课题组方式开发，每组2~3人，组长一名，角色划分、任务分配 2）开发环境要求 数据库平台：MS SQL Server、Oracle 开发平台：J2EE 软件架构：B/S 3）选题要求：每个班级各个项目组的课题不能相同。 4）设计要求 数据库设计方面：优化的数据库结构、完善的数据完整性控制、视图的正确使用、触发器的应用、存储过程（或函数）的应用、基于索引的物理结构的优化实现。 系统实现方面：JSP程序中实现数据库的连接、使用SQL语言实现数据库的各种操作、完成系统的基本功能。 5）验收项目内容与要求 以小组单位验收，先由组长作项目开发总体情况介绍，人员及其分工情况、相关技术的使用情况，系统的实际运行效果检查，指导老师对每一位成员进行询问，对每一位同学的各项验收指标（每一项指标具有不同的权值）打分。 特别要求：项目组每一位成员均需学会和掌握JSP环境下经过数据库接口连接数据库服务器和进行数据库操作的编程方法。
二、综合设计课题及其要求 1、学生成绩管理系统 要求： 1）了解（需求分析）学生成绩管理系统的功能需求、数据需求以及其它需求； 2）分析从学生入学、课程学习、专业实践、实习、毕业设计等相关环节的业务流程及相关实体； 3）对所涉及的各类实体进行抽象，包括：学生信息、课程信息、教师信息、专业信息等； 4）画出E-R图，转换并优化数据库的逻辑结构及物理结构； 5）设计并实现一个简单系统。 2、教职员工管理系统 要求： 1）了解（需求分析）教职员工管理系统的功能需求、数据需求以及其它需求； 2）分析从新教师入职、岗位变动、业务培训、教学与科研情况、离职或退休等整个业务流程及相关实体 3）对所涉及的各类实体进行抽象，包括：员工基本信息、岗位变动信息、业务培训信息、部门信息、经办人信息等； 4）画出E-R图，转换并优化数据库的逻辑结构及物理结构； 5）设计并实现一个简单系统。
数据库命名、设计规范 一、数据库表及字段 1．数据库表的命名规范： 表的前缀应该用系统或模块的英文名的缩写（全部大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS),那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 表的名称必须是易于理解，能表达表的功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 表名称不应该取得太长（一般不超过三个英文单词）。表名长度不能超过30个字符，表名中含有单词全部采用单数形式，单词首字母必须大写。在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employees。对于有主明细的表来说。明细表的名称为：主表的名称 + 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts;对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。表必须填写描述信息，后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。如r_gggd_b。 数据库表的命名采用如下规则： 1)表名用模块名_开头，表名长度不能超过30个字符，表名中含有单词全部采用单数形式，单词首字母必须大写。 2)多个单词间用下划线（_）进行连接。若库中有多个系统，表名采用系统名称+单词或多个单词，系统名是开发系统的缩写，如VNET。
数据库设计规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个dbms产品的概念模式（信息世界模型），用e-r图来描述。在逻辑设计阶段将e-r图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（view）形成数据的外模式。在物理设计阶段根据dbms特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（structured analysis，简称sa方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（data dictionary，简称dd）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝
数据库课程设计 一、课程设计的目的和要求 （1）培养学生运用所学课程《数据库系统原理》的理论知识和技能，深入理解《数据库系统原理》课程相关的理论知识，学会分析实际问题的能力。 （2）培养学生掌握用《数据库系统原理》的知识设计计算机应用课题的思想和方法。 （3）培养学生调查研究、查阅技术文献、资料、手册以及编写技术文献的能力。 二、要求 题目自选，但要遵循以下几点： 1.数据库可采用oracle、mysql、sqlserver等。 2掌握E-R图的设计方法和关系模式的转换。 3数据库结构完备，至少涉及四个表。 4数据库中有图片类型数据。 5数据库完整性、安全性保证措施 6数据库实施维护计划 7数据库表可通过程序灌入大量数据。 8数据库表上建立合适的索引。
9创建触发器，实现表中状态自动修改； 10创建存储过程统计数据表中的信息或其他功能； 11创建视图查询信息； 12所有创建工作用sql建立。 13前端程序语言自选，程序界面美观易用，操作流畅。 三课程评分 １．规范的设计说明书 （1）封面封面上要有课程设计的题目、学号、姓名、指导教师姓名和职称以及设计完成的日期等内容。 （2）选题说明及需求分析 （3）数据库设计说明（概念设计、逻辑设计、创建对象的代码）（4）系统的功能模块划分 （5）实现过程及完成效果介绍 （6）总结（感想与收获）说明设计与实现的系统与预期的目标是否相符合，系统的特点，存在的问题和有待提高的地方，从中获得的经验和收获等。 （7）参考资料列出设计系统所查阅的所有参考资料 （8）致谢在设计和实现的过程中，老师、同学或不相识的人可能帮助过你，在设计完成后，用恰当的语言感谢别人，是一种好的品质。２．程序 ３．抽查或所有人进行答辩。
数据库表及字段命名、设计规范 1、命名规范 1.1数据表的命名规范： 1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 3）表的名称一般使用名词或者动宾短语 4）表名称不应该取得太长（一般不超过三个英文单词）。 5）在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employees。 6）对于有主明细的表来说。明细表的名称为：主表的名称 + 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts 对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int 型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。
7）表必须填写描述信息 7）后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。如r_gggd_b 1.2表字段命名规范 数据库字段的命名必须遵循以下规范： 1）字段名称一般采用名词或动宾短语，且字段名为小写。 2）采用有意义的字段名。字段的名称必须是易于理解，能表达字段功能的英文单词或缩写英文单词，单词首字母必须大写，一般不超过三个英文单词。例如:人员信息表中的电话号码可命名为：Telephone或Tel。产品明细表中的产品名称可用ProductName表示。（推荐一般用完整的英文单词）。 3）系统中所有属于内码字段（仅用于标示唯一性和程序内部用到的标示性字段），名称取为：“ID”，采用整型或长整型数，具体根据可能的数据量确定，增加记录时取最大值加1，该字段通常为主关键字。 4）系统中属于是业务范围内的编号的字段，其代表一定的业务信息，比如资料信息和单据的编号，这样的字段建议命名为：“Code”，其数据类型为varchar，该字段需加唯一索引。 5）在命名表的列时，不要重复表的名称；例如，在名为 Employee 的表中避免使用名为EmployeeLastName 的字段。 5）不要在列的名称中包含数据类型。
数据库课程设计 班级物联网1202 学号3120611027 姓名杨璐 指导老师年轶 2014 年1 月
目录 一、引言 (2) 1．目的 (2) 2．题目 (2) 3．要求 (2)
一、引言 1．目的 课程设计为学生提供了一个既动手又动脑，独立实践的机会，将课本上的理论知识和实际有机的结合起来，锻炼学生的分析解决实际问题的能力。提高学生适应实际，实践编程的能力。课程设计的目的： (1)加深对数据库系统、软件工程、程序设计语言的理论知识的理解和应用水平； (2)在理论和实验教学基础上进一步巩固已学基本理论及应用知识并加以综合提高； (3)学会将知识应用于实际的方法，提高分析和解决问题的能力，增强动手能力； (4)为毕业设计和以后工作打下必要基础。 2．题目 题目2.设计一个大学教学数据库应用系统。 该系统涉及学生、教师、课程、分组、登记。数据见附表2。 因时间关系，只要求每个学生任选1个题目，如有时间﹑有兴趣，可做另外一题，酌情加分。 3．要求 运用数据库基本理论与应用知识，在微机RDBMS(SQL Server)的环境上建立一个数据库应用系统。要求把现实世界的事物及事物之间的复杂关系抽象为信息世界的实体及实体之间联系的信息模型，再转换为机器世界的数据模型和数据文件，并对数据文件实施检索、更新和控制等操作。 (1)用E-R图设计选定题目的信息模型； (2)设计相应的关系模型，确定数据库结构； (3)分析关系模式各属于第几范式，阐明理由； (4)设计应用系统的系统结构图； (5)通过设计关系的主码约束、外码约束和使用CHECK实现完整性控制； (6)完成实验内容所指定的各项要求； (7)分析遇到的问题，总结并写出课程设计报告； (8)自我评价
MYSQL数据库命名及设计规范 1.设计原则 1)标准化和规范化 数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。 举例：某个存放客户及其有关定单的3NF数据库就可能有两个表：Customer和Order。Order表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer表里包含该客户信息的那一行。 事实上，为了效率的缘故，对表不进行标准化有时也是必要的。 2)数据驱动 采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。 举例，假如用户界面要访问外部数据源（文件、XML文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。 3)考虑各种变化 在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。 举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。 2.数据库涉及字符规范 采用26个英文字母(区分大小写)和0-9这十个自然数,加上下划线'_'组成,共63个字符.不能出现其他字符(注释除外). 注意事项: 1)以上命名都不得超过30个字符的系统限制.变量名的长度限制为29(不包括标识字符@). 2)数据对象、变量的命名都采用英文字符,禁止使用中文命名.绝对不要在对象名的字符之间留空格. 3)小心保留词,要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突 5)保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一致性.假如数据类型在一个表里是整数,那在另一个表里可就别变成字符