Hi平台数据库设计规范

Hi平台数据库设计规范

版本：V1.0

北京中交国科物流技术发展有限公司

二○一○年三月

该文档版权归北京中交国科物流技术发展有限公司所有

文档管理信息表

文档修改记录表

文档审批表

1引言

1.1编写目的

指导进行数据库设计人员进行数据库开发。

1.2背景

为了规范应用Hi平台进行软件开发环节中的数据库设计，特编制此数据库设计说明书，来规范数据库设计。此规范也使用与非Hi平台的数据库设计。

2实体对象命名规范

根据项目实际需要，在不违反2.1-2.6规范的前提下，可自行添加、修改或删除。2.1表名的命名规范

表名以英文单词、单词缩写、数字及下划线组成。总长度要求小于30位。

数据库中的表分四类：

●系统表

系统运行最基础的表，如用户表、权限表、日志表等，不需要开发人员自行定义有Hi 平台自动生成，如果业务需要遵循以下命名规范：

?规则：sys_+表名

?说明：规则中的“表名”，有开发人员根据业务含义自行取名，如系统日志表取名

为sys_log。

●公共表

系统各个模块都要用到的、与实际业务联系紧密的表。遵循以下命名规范：

?规则：com_+表名

?说明：规则中的“表名”，有开发人员根据业务含义自行取名，如系统单位表取名

为com_unit。

●基础表

系统中的基础数据，如员工表、仓库表等具有固定数据，作为其它数据流的基础的一部分表。遵守以下命名规范：

?规则：base_+表名

?说明：规则中的“表名”，有开发人员根据业务含义自行取名，如仓库表取名为

base_storage。

●系统子模块表

系统中各个模块所涉及的、可模块之间基本独立的表，遵循以下命名规范：

?规则：模块名简写_+表名

?说明：规则中的“表名”，有开发人员根据业务含义自行取名，如设备管理表中的

设备申请报废表取名为equ_reqDisused。

2.2表的字段命名规范

由于Hi平台自动生成数据库字段与系统业务实体bean一一对应，数据库字段命名应遵循javabean命名规范。

2.3序列命名规范

考虑到表上大多只有一个递增的编号，故所有的序列的命名遵循以下规范：

?规则：表名_+列名

?说明：如sys_user表中的序列为sys_user_id。

2.4视图命名规范

所有的视图名以v_开头，与表的命名方式相同。

2.5存储过程命名规范

所有的存储过程名为pro_过程名，存储过程与表名的命名规范相同。

3实体关系（E-R）图

说明：

根据项目实际需要决定是否绘制实体关系图

4数据库表

4.1数据库设计规约

根据hi平台自动生成代码的特点，对数据库设计作如下规定及说明。

●应用面向对象的思想，设计数据库，尽量做到具体业务与数据库表一一对应。（表之间

有继承关系的情况需要指明继承的具体关系）

●在表字段的设计过程中，应明确字段的中英文名称、数据类型、是否需要校验、是否是

必填项、是否唯一、是否属于枚举类型、及于其它表的主外键（lookup）关系，并在设计中明确标识及说明。

●所有表均有creator字段，默认值为UserContextHelper.getUser()。

4.2数据库字段说明必填项

下图中所列项目是设计表必须填写的。

●中文名：表字段的中文含义，中文名应简洁、表意明确，切不要抽象、难懂。因为通过

Hi平台的自动生成后，字段的中文名会成为画面显示的一部分。

●字段名：命名应遵守字段的命名规范。

●数据类型：根据实际情况，定义字段数据类型。String类型的需要标注字段长度，例如

String（10）。

●校验：明确字段是否需要基本校验，包括Integer、float、邮件、电话、手机格式的格式

校验，需要校验，在表格里填写：“Y”。

●必须：字段是否是必须入力项。必须入力填写：“Y”。

●查询：字段是否要求在画面作为检索条件出现。需要的情况，填写：“Y”。

●唯一：字段是否要求唯一性，要求的情况,填写：“Y”。

●枚举：字段是否为枚举类型，是的情况，填写：“Y”。并在描述栏列出枚举值。

●Lookup：字段是否作为外键，需要关联另一张表的信息，需要的话，填写：“Y”，并

在描述栏说明要lookup的表，[xxx]表示该字段对应一张枚举表，后面列出枚举值。●描述：需要对该字段特别说明的信息，在这里说明。如枚举及lookup信息。

4.3数据库表设计实例：

编号中文名字段名数据类型校

验

必

填

查

询

唯

一

枚

举Lookup 描述

1 ID ID int Y Y Y 主键ID

2员工编号userNum String(10) Y Y 员工编号，DDDD

3 籍贯nativePlace String(20) 籍贯

4 学历degree Int Y 学历，[Degree]小学/中学/高中/大

专/大本/本科以上

5 专业specialty String(20) Y Lookup：专业（specialty）表

6 入厂时间jobDate Date Y 入厂时间

7 婚姻状况marry Int Y 婚姻状况，[Marry]未婚/已婚

8 民族folk String(10) 民族

9 个人爱好interest String(100) 个人爱好

10 岗位jobPosition String(50) Y 岗位，多选，[JobPosition]质检

员/机长

11 员工图片userImage String(100) 员工图片，附件

12 状态status int Y 状态[EmployeeStatus]在职/离职

软件工程-数据库设计规范与命名规则

数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据， 满足用户信息要求和处理要求。 数据库设计的各阶段： 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模型的步骤如下所示:

数据库设计规范范本

数据库设计规范

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)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容易地理解。

MySQL数据库开发规范1.3

平安金融科技数据库（MySQL）开发规范 作者: 简朝阳 Last Updated: 25/02/14 19:30:18 历史修订记录： 版本修订人修订时间修订内容 1.0 1.1 李海军2013-03-11 增加部分说明及修改 1.2 李海军2013-07-29 增加连接池使用说明和memory引擎的控制 1.3 李海军2014-02-25 增加了char类型，修改了timestamp的使用场合。 说明 ?本规范包含平安金融科技使用MySQL 数据库时所需要遵循的所有对象设计（数据库，表，字段），所需要遵循的命名，对象设计，SQL 编写等的规范约定。 ?所有内容都为必须严格执行的项目，执行过程中有任何疑问，请联系DBA Team 取得帮助。 概述 ?禁止明文传播数据库帐号和密码。 ?禁止开发工程师通过应用帐号登录生产数据库。 ?禁止应用在服务器安装MySQL客户端（可以安装开发包）。 ?禁止开发人员在SQL中添加Hint，Hint只能由DBA审核后添加。 ?禁止使用悲观锁定，即读锁select … for update。 ?禁止在开发代码中使用DDL语句，比如truncate，alter table … 等。 ?禁止DML语句的where条件中包含恒真条件（如：1=1）。

1. 命名规范 总则 ?数据库对象名仅可包含小写英文字母、数字、下划线（_）三类字符，并以英文字母开头。 ?数据库对象命名禁止使用MySQL保留字。 ?多个单词之间用下划线（_）分隔。 ?对象名称长度若超过限制，则使用简写/缩写命名。 1.1. 数据库命名 ?数据库以"db_"前缀+ "站点名_"前缀及其所服务的应用名称命名。 1.2. 表命名 ?所属同一模块的表必须以模块名作为前缀命名。 ?历史数据表在原表基础上增加"_his"后缀命名。 1.3. 字段命名 ?布尔意义的字段以"_flag"作为后缀，前接动词。如：表示逻辑删除意义的字段可命名为delete_flag。 ?各表间相同意义的字段（如：作为连接关系的引用字段）使用相同的字段名。 1.4. 索引命名 ?唯一索引以uk_tablename_columnnames 方式命名 ?普通索引以idx_tablename_columnnames 方式命名 ?组合索引以idx_tablename_column1_column2... 方式命名 示例 ?站点名：maymay ?模块名：order ； ?数据表：item； ?字段组成：order_item_id,add_time,raw_update_time,c1,c2,c3,c4,c5 ?标准数据库名：db_maymay_order； ?标准数据表名：order_item； ?历史数据表名：order_item_his；

数据库课设报告模板

第1章系统功能概述 1.1系统任务 理发店人员复杂，员工的工资也很难算清楚。利用计算机管理就容易得多。顾客来理发，由某个理发师接手。顾客的花销按各种服务名目收费，比如“剪发”，“吹风”，“做型”，“离子烫”，“波峰烫”，“麻辣烫”等。必须提供复杂的查询功能，包括： ●按员工统计本月接手的总金额。 ●按服务类别统计本月的收入金额。 ●按日期统计每天的收入总额，并形成条形统计图。 ●查询本月顾客人数和收入金额最高的5天和最低的5天。 1.2系统目标 1.能够快速地管理和查询所有理发师收入信息。 2.能够高效地进行理发管理。 3.能够进行结算管理，避免人为计算或操作失误。 4.能够正确的生成收入统计图 5.减轻登记、收银人员的工作任务。 第2章数据库设计 2.1 需求分析 本系统用于理发店的管理，用户指定为管理者自己，输入用户名，登录密码即可进入对本管理系统进行管理应用 （1）登录系统 在系统运行欢迎界面后即可进入登陆界面，在进入登陆界面后输入用户名和密码，正确即可进入主窗体界面进行操作，如果密码错误则提示错误。 （2）理发管理 数据包括：理发师编号，服务项目，收入金额，收入统计，服务日期等信息。

（3）统计管理 统计总收入情况，建立统计图 操作要求：可以按条件进行信息的查询，得到各自的收入金额。（4）排名系统 查询本月顾客人数和收入金额最高的5天和最低的5天 2.2 E-R模型 理发店管理系统E-R模型如图2-1所示。 图2-1理发店管理系统E-R模型 2.3 关系模型 理发店管理系统关系模型如图2-2所示。 图2-2理发店管理系统关系模型

2.4 表结构设计 1.管理员表用于记录管理员姓名和密码，如图2-3所示。 图2-3管理员表 2.理发师表用于记录理发师理发项目，如图2-4所示。 图2-4理发师表 3.收入表用与记录理发店当日各项收入，如图2-5所示。 图2-5收入表 4.收入统计用于统计本月收入金额最高的5天和最低的5天，如图2-6所示。

数据库设计方法、规范与技巧

数据库设计方法、规范与技巧 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（Structured Analysis，简称SA方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（Data Dictionary，简称DD）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝ 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示: 2.1 第零步——初始化工程

MYSQL开发规范

MySQL DB规范

目录 简介 (3) 目的 (3) 适用范围 (3) 数据库设计 (3) 引擎及版本选择 (3) 基础规范 (3) 命名规范 (5) 库表设计规范 (5) 字段设计 (6) 常用数据类型： (6) 数据类型使用建议： (6) 索引规范 (8) 索引准则 (8) 索引禁忌 (8) 不使用外键 (9) SQL设计 (10)

简介 介绍在使用mysql中各种注意事项和优化细节 目的 供开发人员参考，合理利用MySQL特性，开发出更高效的代码减少后端数据库压力，让整个系统高效稳定运行适用范围 业务数据库使用的是MySQL的数据库。 数据库设计 实现目标：业务功能实现、数据的扩展性、普遍性适用性 业务中80%+的性能优化是来自架构设计的优化 引擎及版本选择 根据业务特性选择合适的存储引擎，默认选择InnoDB存储引擎，原因如下（MyISAM与InnoDB比较）： 基础规范 所有库表默认使用INNODB存储引擎,MyISAM适用场景非常少

●库表字符集使用UTF8，原因如下： 使用utf8字符集，如果是汉字，占3个字节，但ASCII码字符还是1个字节；统一不会有转换产生乱码风险；其他地区的用户（美国、印度、台湾）无需安装简体中文支持，就能正常看您的文字，并且不会出现乱码。 UTF-8最大的一个特点，就是它是一种变长的编码方式。它可以使用1~4个字节表示一个符号，根据不同的符号而变化字节长度。 UTF-8的编码规则很简单，只有二条： 1）对于单字节的符号，字节的第一位设为0，后面7位为这个符号的unicode码。因此对于英语字母，UTF-8编码和ASCII码是相同的。 2）对于n字节的符号（n>1），第一个字节的前n位都设为1，第n+1位设为0，后面字节的前两位一律设为10。剩下的没有提及的二进制位，全部为这个符号的unicode码。 ●所有表和字段都需要添加注释，以方便其它开发及dba了解 ●单表数据量纯int型建议控制在1000w以内，含char型的建议500w以内，行平均长度控制在16KB以内， 单表20GB以内 ●不在数据库中存储图片、文件等大数据.原因如下： 1、对数据库的读写速度永远赶不上文件系统的处理速度 2、数据库备份会变的很臃肿，备份很耗时间 3、对文件的访问需要通过你的应用和数据库 ●临时短命数据尽量不要存到数据库中，建议存放于前端的memcache、redis等nosql中,减少后端数据库压 力 ●禁止在线上做压力测试 ●禁止从测试、开发环境直接连接线上数据库 ●用数据库来持久化存储以及保证事务一致性，不是运算器，在应用层实现计算 ●读写分离，主库只写和少量实时读取请求，使用从库来查询。 ●采用队列方式合并多次写请求，持续写入避免瞬间压力 ●超长text/blob进行垂直拆分，并先行压缩 ●冷热数据进行水平拆分（如6个月前后数据），LRU原则 ●快速更新频繁和大数据表禁止直接运行count(*)统计 ●压力分散，在线表和归档表（日志表）分开存储；不重要的非实时查询日志不要存数据库，以文件方式 在应用端统计分析。 ●禁止明文存储机密数据，需至少两次加密（部分数据可逆运算）

奥鹏大工19秋《SQL数据库课程设计》模板及要求

答案+我名字 学习中心： 专业： 年级：年春/秋季 学号： 学生： 题目： 1.谈谈你对本课程学习过程中的心得体会与建议？ 2.严格按照《SQL数据库课程设计要求》完成课程设计。 《SQL数据库课程设计》要求 《SQL数据库课程设计》是大连理工大学网络教育学院计算机应用技术专业开展的一项实践教学环节，是理论联系实践的纽带和桥梁，是培养学生综合运用所学知识解决实际问题的有效手段。该课程设计要求如下： 1．要求学生以SQL Server 2008或其他版本为后台数据库，以VB、VC或其他开发工具作为前台开发工具，围绕自己选定的某一个具体的系统完成一个小型数据库应用系统的开发，例如《图书管理系统的设计与实现》《书店管理系统的设计与实现》等。其课程设计具体内容包括项目概况、需求分析、详细设计等。 2．要求学生必须撰写题目及心得体会，按照《SQL数据库课程设计模板》提供的格式和内容进行课程设计，完成课程设计模板提供的全部课程设计内容，字数要求达到3000字以上。

3．学生在进行课程设计的过程中，可参考辅导教师在导学资料中上传的文献资料，有问题可通过课程论坛答疑。 4．学生提交本课程设计形式 学生需要以WORD附件形式（附件的大小限制在10M以内）将完成的课程设计以“离线作业”形式上传至课程平台中的“离线作业”模块，通过选择已完成的课程设计，点“上交”即可，如下图所示。 5．课程设计批阅 老师会在离线作业关闭后集中批阅课程设计，在离线作业截止时间前不进行任何形式的批阅。 注意：本课程设计应该独立完成，不准抄袭他人或者请人代做，如有雷同作业，成绩以零分计。 下文为《SQL数据库课程设计模板》

规范和设计技巧在数据库设计的探讨

规范和设计技巧在数据库设计的探讨 摘要医院的信息收集工作在信息化产业中属于非常关键的构成部分，而且这方面的工作水平，能够对医院数据收集的水平起到决定性的作用，而想要做好这方面的工作，就一定要创建完善的数据库，并对其进行完美的规范和设计。具体的讨论一下数据库设计规范化的意义，信息收集的基本要求和存有的缺陷及设计的主要阶段中需要注意的技巧等问题。 关键词企业信息收集工作；数据库设计；信息化 目前，怎样让信息收集工作的质量得到增强，成为了医院发展过程中的一项重要工作。而且随着我国市场化发展的进步，医院的数据库设计也迎来了全新的发展时代，现如今数据收集的复杂化、智能化的实现，是这项工作取得进步的最好证明。该就以企业信息收集的意义为角度，来具体地讨论一下如何对数据库进行规范化的设计。 1数据库设计工作的规范化

在医院信息收集工作中的意义医院在对信息收集的时候，一定要 确保数据能够具有较高的质量，同时还要确保收集的高效率。医院若 想在竞争激烈的环境中保持一定的竞争力，就必须要做好信息收集工作，这样才能够跟得上时代发展的脚步，同时也是医院能够得到持续 发展的重要一步。随着我国现代化水平的提升，信息产业也迎来了发 展机遇。特别是医院的信息收集工作，它独特的信息化特点已经成为 了医院发展的重要构成部分。医院若想完成信息化建设，就一定要和 信息收集工作相结合，如此一来，就可以很大水准地提升工作效率， 而且也能够为长远发展打下一个坚实的基础。另外，数据库设计质量 如何，更是能够决定医院信息化发展的水准，确保数据库设计的质量，可以作信息化建设工作更加的具有意义。不过现在，很多医院在信息 收集工作方面是存有很大的问题，不仅没有体现出其应该具备的效果，而且还对医院的各方面工作造成了一定的影响，影响了医院信息化发展。而之所以会出现这方面的问题，主要的原因在于数据库设计人员 的能力有限。医院之所以开展数据库设计，主要是想让医院能够找到 更多的数据搜索方式，不过这也因此增加了数据库设计工作的难度， 从而让医院的相关工作人员在梳理信息收集工作和信息化建设这两者 的关系上显得并不合理。 怎样以最快的速度让医院获得更加方便的数据收集方式，成为了 相关工作人员急需到的重要工作项目。医院信息收集工作本身具有统 一性，而且所有部分的工作都存有着一定的联系，对于所有医院工作 人员来说，必须要准确的掌握好数据收集工作和信息化建设的关系， 数据库设计工作才能够取得进步。医院的相关负责人若想通过磋商的 办法来解决收集工作和信息化之间的关系，那么就一定要创建出一套 合理的数据库设计规范制度。医院的数据库设计工作在信息化建设中 占据着重要的位置，而从信息收集的角度考虑的话，增强数据库的建设，可以充分展现出其智能化、高效化的重要举措。而且也意味着在

数据库设计和编码规范

数据库设计和编码规范 Version

目录

简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。

6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：

MySQL数据库教案

任务引入[5分钟] 课程介绍[20分钟] 认识数据库 提问：按自己的理解，说说数据库是什么？ 展示各类网站 商城网站页面是大家在熟悉不过的了，商城网站上的商品琳琅满目， 让人流连忘返。但是在大家欣赏自己喜爱的商品之余，是否想过商城网站 上的文字信息、图片信息等存放在哪里呢？当大家在商城网站上进行注册 用户时，自己的信息又存在哪里呢？当客户在商城网站上留言的时候，留 言信息又放在哪里了呢？这就是本门课程——《WEB数据库应用》要解决 的问题。 主要让学生明确以下几个问题： 1．明确课程定位与作用 专业基础课，与《程序设计基础》一起，为《网站建设》奠定基础。 同时兼顾计算机二级考试相关内容。通过任务引领型和项目活动形式，掌 握简单的数据库设计、数据管理和维护方法，能进行web服务器的设置， 具备使用web数据库与高级程序设计语言或动态网页结合完成简单程序 开发的基本职业能力。 2．明确课程内容 内容的确定遵循两个原则：一是满足后续课程的基本需求，二是为学 生进一步的学习提供必要的准备。通过对学生就业岗位和用人单位对本专 业毕业生设置的招聘岗位等分析，课程内容应基本包括数据库系统概述、 关系理论、关系数据库查询语言SQL、数据库设计与关系规范化理论、MySQL 数据中管理系统与高级程序设计语言或动态网页技术结合的简单应用。 3．强调学习方法 （1）与以往《计算机基础》、《办公软件应用》在学习方法上不同， 知识与操作的连续性更强，在学习上要坚持一贯，持之以恒。 提问 展示 展示课程 标准、课程 体系图 与教材配 合

新知识[45分钟] （2）课程难度加大，要求大家认真听、认真做，尤其要认真思考。逐渐养成举一反三的习惯、锻炼独立进行逻辑思维的能力。 （3）要学会自学。 （4）要善于和老师沟通。 （5）要学会团队协作。 4．明确考核方式 （1）日常评价 由三个部分组成：出勒（20%）、学习积极主动性（40%）、任务完成情况（40%） （2）终结评价 平时：20% 期中：20% 期末：40% 一、数据库基本概念 请学生回忆从小学——初中——高中——大学，每个期末处理成绩的过程，大部分都有帮助老师统计分数的经历。提问： 1．你用过哪些方式协助老师统计分数？ 2．在这个过程中你发现了什么变化？为什么产生这样的变化？ 经过充分的讨论发言之后，让学生总结为什么产生数据库技术，并简单说明其发展阶段： 第一代：网状、层次数据库系统 第二代：关系型数据库系统 第三代：以面向对象模型为主要特征的数据库系统 二、数据库基本概念 1．数据 数据是存储在数据库中的基本对象，包括数字、文字、图形、图像和声音等。 2．数据库 数据库简单地说就是存放数据的仓库。这些数据是按照一定的格式存放在计算的存储设备上。

数据库课程设计任务书模板及参考

数据库课程设计任务书模板及参考

大连理工大学本科生课程设计任务书 课程名称：数据库课程设计 指导教师：田琳琳 项目名称：粒子群主题网站 小组名称： 组长姓名： 上课时间： 6月22日- 7 月11日 大连理工大学软件学院 年6 月22 日

1 设计目的 数据库课程设计是在学生系统的学习了《数据库系统原理》课程后，按照关系型数据库的基本原理，综合运用所学的知识，设计开发一个小型的数据库管理信息系统。 经过这一具体问题的分析、设计与实现，将原理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力；另一方面，使学生能深入理解和灵活掌握教学内容。 2 设计要求 (1)根据关系型数据库的设计要求，完成项目的数据库概念模型、 物理模型的设计，能够部署到一个DBMS中，开发存储过程和触发器，完成DB层的功能实现。 (2)学生6人组成一个项目小组，一人为组长，其它人为组员，组 内成员分工明确、团结协作、相互配合，共同完成选题的设计。 (3)课程设计时间为2周。 (4)数据库管理系统MS SQL Server，开发语言（C# \ASP），数据 库设计工具Powerdesigner。系统中的数据表设计应合理、高效，尽量减少数据冗余； (5)具体指标如下：

1)完成概念模型CDM的设计 a)每个小组成员至少抽象出一个数据字典，定义出数据字 典对应得实体和属性 b)汇总实体，小组共同设计出E-R模型 2）完成物理模型PDM的设计 a)每个小组成员依据自己设计的数据字典和实体及其属 性，同时结合选择的DBMS SQL Server要求，定义出相应得表结构和列字段 b)每个小组成员继续定义个人设计表的主键、索引 c)每个小组成员对个人设计表中，至少定义一个列字段约 束 d)小组完成所有表的表名和列名的统一，定义所有的外健 及其类型，完成PDM的模型 e)按照3范式检查数据库PDM模型 3）完成物理模型在DBMS SQL Server中的部署 a)在DBMS SQL Server中设计合适的数据库空间和用户及角 色 b)根据PDM模型，生成创立数据库的.sql文件 c)连接到DBMS SQL Server下，运行.sql文件，数据库部署 完毕 4）数据库操作程序设计 a)每个小组成员至少要对5个表进行操作；

数据库设计规范和值得注意的问题

如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分。有关数据 库设计的材料汗牛充栋，大学学位课程里也有专门的讲述。不过，就如我们反复强调的那样，再好的 老师也比不过经验的教诲。所以我们最近找了些对数据库设计颇有造诣的专业人士给大家传授一些设 计数据库的技巧和经验。我们的编辑从收到的个反馈中精选了其中的个最佳技巧，并把这些 技巧编写成了本文，为了方便索引其内容划分为个部分： 第部分—设计数据库之前 这一部分罗列了个基本技巧，包括命名规范和明确业务需求等。 第部分—设计数据库表 总共个指南性技巧，涵盖表内字段设计以及应该避免的常见问题等。 第部分—选择键 怎么选择键呢？这里有个技巧专门涉及系统生成的主键的正确用法，还有何时以及如何索引字段 以获得最佳性能等。 第部分—保证数据完整性 讨论如何保持数据库的清晰和健壮，如何把有害数据降低到最小程度。 第部分—各种小技巧 不包括在以上个部分中的其他技巧，五花八门，有了它们希望你的数据库开发工作会更轻松一些。 第部分—设计数据库之前 . 考察现有环境 在设计一个新数据库时，你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库 项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实 现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。但是对旧系统的研究 可以让你发现一些可能会忽略的细微问题。一般来说，考察现有系统对你绝对有好处。 — 我曾经接手过一个为地区运输公司开发的数据库项目，活不难，用的是数据库。我设置 了一些项目设计参数，而且同客户一道对这些参数进行了评估，事先还查看了开发环境下所采取 的工作模式，等到最后部署应用的时候，只见终端上出了几个提示符然后立马在我面前翘辫子 了！抓耳挠腮的折腾了好几个小时，我才意识到，原来这家公司的网络上跑着两个数据库应用， 而对网络的访问需要明确和严格的用户帐号及其访问权限。明白了这一点，问题迎刃而解：只需 采用客户的系统即可。这个项目给我的教训就是：记住，假如你在诸如或者这 类公共环境下开发应用程序，一定要从表面下手深入系统内部搞清楚你面临的环境到底是怎

数据库设计规范

数据库设计规范 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) 1.1选题的理由和实际意义 (2) 1.2国内外关于该课题的研究现状及趋势 (3) 2需求分析 (5) 2.1 用户对系统要求 (5) 2.2功能介绍 (5) 3 系统设计 (7) 3.1定义 (7) 3.2系统模块图 (7) 3.4 数据表的设计 (8) 3.5 用例列举 (11) 3.5.1建立数据表 (11) 3.5.2建立视图 (14) 3.5.3建立索引 (15) 3.5.4约束条件的增加、删除、修改 (15) 3.5.5查询语句 (15) 3.5.6建立存储过程，触发器 (17) 4 总结 (18)

1.前言（本部分要有因果关系，前后通顺）1.1选题的理由和实际意义 随着IT事业的发展，如今，我们已经全面跨入信息时代。计算机被广泛的应用于各个行业，人工战略已经转化为信息战略，如何在短时间内获取大量信息并整合信息，成为立足于时代的关键。 为了适应考生人数的急剧增长，当今社会各大高校都在进行扩招政策，学生数量的急剧增加带来信息量的成倍增长，由于信息管理的不善与疏忽，各大高校大小事故时有发生。进行正确的信息管理，对于信息及时处理和反应，能够最大程度的减少学校以及在校学生的损失，减小潜在危机。 学生宿舍是学生生活的基本单位，是同学休息与学习的地方，为了保障同学入住学生宿舍的安全性，信息的处理和管理极为重要。据了解，本校的宿舍信息管理仍然使用传统的手工方式，主要方式是基于文本、表格等纸介质的手工处理，用人工手抄对男女生信宿信息进行处理登记。数据信息处理工作量大，容易出错且不易修改；由于数据繁多，容易丢失，逐条查找记录的方式不易操作，浪费了大量的时间，效率极低。学校的宿舍管理缺乏系统，规范的信息管理手段。 建立学生宿舍管理系统，使宿舍管理工作系统化，规范化，便捷化，程序化，避免宿舍管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改宿舍情况。 随着高校规模的扩大,在校学生的基本情况随之层次化、多样化、复杂化，相应的，学生管理工作面临严峻的挑战。高校学生信息日渐庞大，相应的宿舍管理工作变得复杂而困难。传统的账本化工作模式，手工记录学生信息并存档，这样的人工管理方式费时、费事、费力，信息获取慢,更新滞后，查阅困难,容易出错。为了给学生提供一个安全舒适的工作、生活、学习环境，方便宿舍管理工作的同时为学生、教师提供准确实时的信息至关重要。 本校的宿舍信息管理，主要方式是基于文本、表格等纸介质的手工处理，用人工手抄对男女生信宿信息进行处理登记。数据信息处理工作量大，容易出错且不易修改；由于数据繁多，容易丢失，逐条查找记录的方式不易操作，浪费了大量的时间，效率极低。 以上的管理缺陷对学生宿舍管理造成了相当大的阻力，工作进展困难，问题

数据库设计规范

数据库设计规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个dbms产品的概念模式（信息世界模型），用e-r图来描述。在逻辑设计阶段将e-r图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（view）形成数据的外模式。在物理设计阶段根据dbms特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（structured analysis，简称sa方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（data dictionary，简称dd）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝

数据库设计规范

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)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容

全国计算机等级考试二级MySQL数据库程序设计

全国计算机等级考试二级MySQL数据库程序设计考试大纲(2013年版) 基本要求: 1. 初步掌握数据库技术的基本概念、原理、方法和技术; 2. 熟练掌握MySQL 的安装及配置技能; 3. 熟练使用MySQL 平台下的SQL 语言实现数据库的交互操作; 4. 熟悉一种MySQL 平台下的一个应用系统开发的主语言(C/ Perl/ PHP),并初步具备利用该语言进行简单应用系统的开发能力; 5. 掌握MySQL 平台下的数据库管理与维护技术。 考试内容: 一、基本概念与方法 1. DBS 三级(模式、外模式、内模式)结构; 2. DBS 的运行与应用结构(C/ S、B/ S); 3. 关系规范化的基本方法。 二、数据库设计 1. 概念设计; 2. 逻辑设计; 3. 物理设计。 三、SQL 交互操作 利用MySQL 进行数据库表、数据及索引的创建、使用和维护。 四、MySQL 的日常管理 1. MySQL 安装与配置技能; 2. MySQL 的使用及数据访问的安全控制机制; 3. MySQL 数据库的备份和恢复方法; 4. 性能调优技术。 五、MySQL 的应用编程 1. 触发器、事件及存储过程的使用方法; 2. MySQL 平台下的C 语言(或Perl/ PHP)的应用程序编制。 考试方式: 上机考试120 分钟,满分100 分。 上机考试题型及分值: 单项选择题40 分(含公共基础知识部分10 分)、操作题60 分(包括基本操作题、简单应用题及综合应用 题)。

上机考试内容： 1. 考试环境: 数据库管理系统:MySQL 编程语言:C/ Perl/ PHP 2. 在上述环境下完成如下操作: 创建和管理数据库;数据查询;安全管理;数据库备份与恢复;数据导入与导出。 3. 在上述环境下开发C/ S 或B/ S 结构下的一个简单应用系统。

大工19春《SQL数据库课程设计》模板及要求辅导答案

《数据库课程设计》 题目：电子书城系统的设计与实现 学习中心： XX 专业： XX 年级：年春/秋季 学号： XX 学生： XX

一、谈谈你对本课程学习过程中的心得体会与建议？ 答：转眼间，学习了一个学期的计算机操作系统课程即将结束。 在这个学期中，通过老师的悉心教导，让我深切地体会到了计算机操作系统的一些原理和具体操作过程。在学习操作系统之前，我只是很肤浅地认为操作系统只是单纯地讲一些关于计算机方面的操作应用，并不了解其中的具体操作过程和实用性。通过这一学期的学习，我才知道操作系统(Operating System，简称OS)是管理计算机系统的全部硬件资源包括软件资源及数据资源；控制程序运行；改善人机界面；为其它应用软件提供支持等，使计算机系统所有资源最大限度地发挥作用，为用户提供方便的、有效的、友善的服务界面。 正是由于这门课和以前关系不大，很多知识也从未接触过，因此对于这门课的学习方法就是：理论课上认真听老师讲理论知识，上机课上仔细看老师的演示过程、在电脑上按照老师的演示步骤自己做，遇到自己无法做出来的过程（步骤）请教老师或者同学。 建议：学校除了安排学生要上的SQL教学的理论课之外，还应安排适当节数的实验课，最好是理论课和实验课在一周上，这样同学们更能高效快速的记住所学知识，实验课上教师可以给每位同学分配一个小的系统让他们去做，或者是找一个项目案例先让同学们自己研究，然后教师再和同学们一起分析探讨，这样就能更好的理解和掌握SQL语句。 增强同学们之间的交流，同班同学之间肯定对知识的掌握程度不一样，在课堂上适当的增加学生之间的交流，严格要求他们课下也要多交流，这样通过交流取长补短，学生之间的差距就会缩小。 二、 1 项目概况 本章需简单介绍具体使用的哪个版本SQL数据库，选用的前台开发工具以及自己所设计的具体什么系统。 2.1 SQL 数据库简介 SQL Server 是一个具备完全 Web 支持的数据库产品，提供了对可扩展标记 1

数据库设计的技巧和规范

数据库设计的技巧和规范 第1 部分- 设计数据库之前 1、调研客户的工作环境或研究已有的系统 在设计一个新数据库时，你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。但是对旧系统的研究可以让你发现一些可能会忽略的细微问题。一般来说，考察现有系统对你绝对有好处。 2、定义标准的对象命名规范 一定要定义数据库对象的命名规范。对数据库表来说，可给表的别名定义简单规则，可用项目缩写来给表名打前缀，如cjgl_S。表内的列[字段]要针对键采用一整套设计规则。比如，如果字段是数字类型，你可以用_n作为后缀；如果是字符类型则可以采用_c后缀。对列[字段]名应该采用标准的前缀和后缀。再如，假如你的表里有好多“money”字段，你不妨给每个列[字段]增加一个_m 后缀。还有，日期列[字段]最好以d_作为名字打头。 3、在物理实践之前进行逻辑设计 在深入物理设计之前要先进行逻辑设计。随着大量的case 工具不断涌现出来，你的设计也可以达到相当高的逻辑水准，你通常可以从整体上更好地了解数据库设计所需要的方方面面。 4、理解客户需求 在你百分百地确定系统从客户角度满足其需求之前不要在你的ER（实体关系）模式中加入哪怕一个数据表。了解你的用户的业务需求可以在以后的开发阶段节约大量的时间。一旦你明确了业务需求，你就可以自己做出许多决策了。

一旦你认为你已经明确了业务内容，你最好同客户进行一次系统的交流。采用客户的术语并且向他们解释你所想到的和你所听到的。同时还应该用可能、将会和必须等词汇表达出系统的关系基数。这样你就可以让你的客户纠正你自己的理解然后做好下一步的ER设计。 看起来这应该是显而易见的事，但需求就是来自客户（这里要从内部和外部客户的角度考虑）。不要依赖用户写下来的需求，真正的需求在客户的脑袋里。你要让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。一个不变的真理是：“只有我看见了我才知道我想要的是什么”必然会导致大量的返工，因为数据库没有达到客户从来没有写下来的需求标准。而更糟的是你对他们需求的解释只属于你自己，而且可能是完全错误的。 5、创建数据字典和ER图 一定要花点时间创建ER图和数据字典。其中至少应该包含每个字段的数据类型和在每个表内的主外键。创建ER图和数据字典确实有点费时但对其他开发人员要了解整个设计却是完全必要的。越早创建越能有助于避免今后面临的可能混乱，从而可以让任何了解数据库的人都明确如何从数据库中获得数据。 有一份诸如ER图等最新文档其重要性如何强调都不过分，这对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对以后设计SQL语句来说这是完全必要的。 6、创建模式 一张图表胜过千言万语：开发人员不仅要阅读和实现它，而且还要用它来帮助自己和用户对话。模式有助于提高协作效能，这样在先期的数据库设计中几乎不可能出现大的问题。模式不必弄的很复杂；甚至可以简单到手写在一张纸上就可以了。只是要保证其上的逻辑关系今后能产生效益。