学习数据库的心得

第一篇：学习数据库的心得

转眼间在从大一踏进学校的校门到现在刚刚好一年了，在这一年中，数据库也如影随形。

在这一年中我主要学习的数据库是sql serverXX，在学习的时候过程中，我们首先是从基础开始，比如数据类型、运算符号、关键字等等，然后上升到一些增删改查，还有触发、存储过程等的使用等等。

经过了一学期的学习，我从起初对数据库的认识模糊到后来清晰，深入，我认为我学到了许许多多的东西。当然，在学习中，薛立柱会给我们在网上下很多的学习资料，同时他也会建议我们多读读网上的学习资料。除了这个以外，我在学习数据库课程过程中，接触到的软件工程思想，网上学习经验，以及利用网络的学习资源都很好的改善了我的学习。后来，在学习的深入中，虽然学习有时是十分叫人感到枯燥乏味的，但我庆幸的是我坚持了下来，在最后的考试复习中，薛立柱老师虽然劝诫我学习不要因为考试而停止。是啊！要想学好一门功课我们需要的是持之以恒的精神。

数据库编程，这个是作为一个程序员的基本功，绝大多数软件开发公司数据库编程都是由程序员自己完成的，因为他的工作量不是很大，也不是很复杂。所以作为一个综合的程序员，学习数据库编程，像数据库四大操作，增删改查，还有触发、存储过程等的使用，这些都是基础的基础。很多时候我们会认为数据库没什么作用，学习的时候吊儿郎当，到今年做项目时，还不会连接查询，要想避免这种情况发生就必须打好基础，扎实的掌握每个知识点。

只要你从事计算机行业，就需要学习好数据库的基础知识，不论以后选择哪个方向，数据库的学习都不能放松。古人云：书到用时方恨少，知识学多了不会成为累赘，慢慢的积累，总有用到的时候。给自己明确一个目标，剩下的就是向着这个目标努力，无论遇到什么困难，克服它就向成功迈进了一步。

学习数据库的心得（2）：

一：学习心得

经过一个学期的数据库课程的学习，我们掌握了创建数据库以及对数据库的操作的基础知识。数据库这门课涉及到以前的知识不多，是一门从头学起的课程，即使基础不是很好，只要认真听讲、复习功课，还是一门比较容易掌握的课。

课堂上讲的知识比较理论化，如果不动手就无法将知识转化为技能，而动手去做能够让我们将学过的知识在实践中运用，找到知识漏洞，并且能学到更多关于实际操作的知识和技巧。并且培养了我们的自学能力。

第一次接触sql语言，虽然陌生，但是可以让我从头开始学，就算没有基础的人也可以学得很好。刚开始练习sql语言的时候，并不是很难，基本上都是按照老师的步骤来做，还很有成就感。我们通过老师的一些ppt，我们可以巩固课内的知识，还可以学习内容相关的知识，更好地完成老师布置的作业。

二、access与excel的区别

access--中小型数据库开发系统,内嵌vba编程语言,面向对象编程

excel--数据表格处理系统,编程能力有限.access是数据库管理软件,内含的是数据库(基本对象),一个数据库包含多张表 主要用于开发系统，日常办公用起来不方便，他主要是做软件的后台的。

而excel只是一般的表格处理软件,主要用于一些日常的办公而已

两都所用到的地方不一样.access是一个数据库软件,一个access文件由存储特定结构化数据集的表集合组成。表中包含行（有时称作记录或元组）和列（有时称作特性）的集合。表中的每一列都设计为存储某种类型的信息（例如，日期、名称、美元金额或数字）。表上有几种控制（约束、规则、触发器、默认值和自定义用户数据类型）用于确保数据的有效性。表上可以有索引（与书中的索引非常相似），利用索引可以快速地找到行。可将声明引用完整性(dri)约束添加到表上，以确保不同表中相互关联的数据保持一致。

而excel是一个电子表格制作软件，其表格可以进行排序、计算等操作.从我个人理解，在电脑同样的配置的情况下excel在处理大量数据的速度远远落后与access，在数据配比上access在性能上更高于excel，三、学习数据库的收获

sql(结构化查询语言)是用于执行查询的语法。但是 sql 语言也包含用于更新、插入和删除记录的语法。

查询和更新指令构成了 sql 的 dml 部分：

select更新数据库表中的数据

delete向数据库表中插入数据

sql 的数据定义语言(ddl)部分使我们有能力创建或删除表格。我们也可以定义索引（键），规定表之间的链接，以及施加表间的约束。

sql 中最重要的 ddl 语句:

create database修改数据库

create table变更（改变）数据库表

drop table创建索引（搜索键）

drop index-删除索引

数据库有保持数据的独立性，所谓数据独立，是指存储在数据库中的数据独立于处理数据的所有应用程序而存在。也就是说，数据是客观实体的符号化标识，它就是一个客观存在，不会因为某一项应用的需要而改变它的结构，因此是独立于应用而存在着的客观实体。而某一项应用是处理数据获取信息的过程，也就是应用程序，它只能根据客观存在着的数据来设计所需要的数据处理方法，而不会去改变客观存在着的数据本身。数据库的传统定义是以一定的组织方式存储的一组相关数据的集合，主要表现为数据表的集合。

根据标准，sql语句按其功能的不同可以分为以下6大类：

数据定义语句（data-definition language，ddl）；

数据操作语句（data-manipulation languagesql serverXX 功能，dml）；

操作管理语句（transaction-management language，tml）；

数据控制语句（data-control language，dcl）；

数据查询语句（data-query language，dql）；

游标控制语句（cursor-control language，ccl）。

这门课中仍然有许多不太懂的地方，还需要以后进一步学习。

第二篇：SQL数据库学习笔记与心得（定稿）

SQL数据库学习笔记与心得

0961140107

SQL是市场占有率最大的数据库之一，是信息化社会的产物，是整理、查询、分析数据的强有力工具。我对于SQL数据库的学习是在实验与探索之中度过的。

下面将我本学期所学的主要知识简单总结如下：

共分四大块：

一、数据库基本原理；

二、SQL标准语言；

三、数据库设计；

四、数据库安全。

一、数据库基本原理

数据库技术是计算机领域中发展最快的技术之一。数据模型是数据库系统的核心和基础。常用的数据模型有层次模型、网状模型、关系模型、面向对象模型、对象关系模型。其中关系模型是目前最重要的一种数据模型。关系数据库是我们需要掌握的重点。

关系模型中常用的关系操作包括：查询操作和插入、删除、修改操作两大部分。关系的查询表达能力很强，是关系操作中最主要的部分。

二、SQL标准语言

SQL（Structured Query Language），即结构化查询语言，是关系数据库的标准语言。SQL标准语言从1986年公布以来随着数据库技术的发展不断发展，不断丰富。

SQL 功能动词

数 据 定 义 CREATE，DROP，ALTER

数 据 查 询 SELECT

数 据 操 纵 INSERT，UPDATE，DELETE

数 据 控 制 GRANT，REVOKE

SQL之所以能够为用户和业界所接受，并成为国际标准，是因为它是一个综合的、功能极强同时又简洁易学的语言。SQL集数据查询、数据操纵、数据定义林巧

和数据控制功能于一体。有如下特点：1）综合统一；2）高度过程化；3)面向集合的操作方式；4）以同一种语法结构提供多种使用方式；5）语言简洁，易学易用。

SQL的数据定义语句：

创建删除修改

表CREATE TABLEDROP TABLEALTER TABLE

视图 CREATE VIEWDROP VIEW

索引 CREATE INDEXDROP INDEX

数据库查询是数据库的核心操作。也是数据库学习的重点和难点。SQL提供了SELECT语句进行数据库的查询,该语句具有灵活的使用方式和丰富的功能。其一般格式为：

SELECT [ALL|DISTINCT] <目标列表达式>

FROM <表名或视图名>[，<表名或视图名> ] …

[ WHERE <条件表达式> ]

[ GROUP BY <列名1> [ HAVING <条件表达式> ] ]

[ ORDER BY <列名2> [ ASC|DESC ] ]；

SELECT语句既可以完成简单的单表查询，也可以完成复杂的连接查询和嵌套查询。

(一)、单表查询

1、选择表中的若干列：

2、选择表中的若干元组;

2）查询满足条件的元组。WHERE子句常用的查询条件有

3、ORDER BY子句。

4、聚集函数。

5、ORDER BY子句

(二)、连接查询

1、等值与非等值连接查询；

2、自然连接；

3、外连接；

4、复合条件连接。

(三)、嵌套查询

1、带有IN谓语的子查询；

2、带有比较运算符的子查询；

3、带有ANY(SOME)或ALL谓语的子查询；

4、带有EXISTS谓词的子查询。

(四)、集合查询。

数据的更新操作有三种：向表中添加若干行数据、修改表中的数据和删除表中的若干行数据。

三、数据库设计

数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求

数据库设计的基本步骤：

1、数据库设计的准备工作；

2、数据库设计的过程(六个阶段)： 1）需求分析阶段；2）概念结构设计阶段；3）逻辑结构设计阶段；4）数据库物理设计阶段；5）数据库实施阶段；6）数据库运行和维护阶段．

四、数据库安全

数据库的安全性是指保护数据库，防止因用户非法使用数据库造成数据泄露、更改或破坏。课本中讲述了三类计算机系统安全性问题：技术安全类、管理安全类和政策法律类。

如何控制数据库的安全性? 其常用的方法有:1)用户标识和鉴定2）存取控制;3)视图;4)审计;5)密码存储．

数据库的完整性：即数据的正确性和相容性防止不合语义的数据进入数据库。例如:学生的年龄必须是整数，取值范围为14--29；学生的性别只能是男或女；学生的学号一定是唯一的； 学生所在的系必须是学校开设的系；

以上是我对SQL数据库重点知识的理解。通过学习本课程和上机实验，我了解了数据库的概念及其重要性，还有其今后的发展方向，这将有利于我今后更好地把握时代之脉搏。

第三篇：数据库实验心得

我在sql server 索引基础知识系列中,第一篇就讲了记录数据的基本格式。那里主要讲解的是，数据库的最小读存单元：数据页。一个数据页是8k大小。

对于数据库来说，它不会每次有一个数据页变化后，就存到硬盘。而是变化达到一定数量级后才会作这个操作。这时候，数据库并不是以数据页来作为操作单元，而是以64k的数据（8个数据页，一个区）作为操作单元。

区是管理空间的基本单位。一个区是八个物理上连续的页（即 64 kb）。这意味着 sql server 数据库中每 mb 有 16 个区。

为了使空间分配更有效，sql server 不会将所有区分配给包含少量数据的表。sql server 有两种类型的区：

统一区，由单个对象所有。区中的所有 8 页只能由所属对象使用。

混合区，最多可由八个对象共享。区中八页的每页可由不同的对象所有。

通常从混合区向新表或索引分配页。当表或索引增长到 8 页时，将变成使用统一区进行后续分配。如果对现有表创建索引，并且该表包含的行足以在索引中生成 8 页，则对该索引的所有分配都使用统一区进行。

为何会这样呢？

其实很简单：

读或写 8kb 的时间与读或写 64 kb的时间几乎相同。

在 8 kb 到 64 kb 范围之内，单个磁盘 i/o 传输操作所花的时间主要是磁盘取数臂和读/写磁头运动的时间。

因此，从数学上来讲，当需要传输 64 kb 以上的 sql 数据时，尽可能地执行 64 kb 磁盘传输是有益的，即分成数个64k的操作。

因为 64 kb 传输基本上与 8 kb 传输一样快，而每次传输的 sql server 数据是 8 kb 传输的 8 倍。

我们通过一个实例来看 有and 操作符时候的最常见的一种情况。我们有下面一个表，create table [dbo].[member]([member_no] [dbo].[numeric_id] identity(1,1)not null, [lastname] [dbo].[shortstring] not null, [firstname] [dbo].[shortstring] not null, [middleinitial] [dbo].[letter] null, [street] [dbo].[shortstring] not null, [city] [dbo].[shortstring] not null, [state_prov] [dbo].[statecode] not null, [country] [dbo].[countrycode] not null, [mail_code] [dbo].[mailcode] not null, [phone_no] [dbo].[phonenumber] null, [photograph] [image] null, [issue_dt] [datetime] not null default(getdate()), [expr_dt] [datetime] not null default(dateadd(year,1,getdate())), [region_no] [dbo].[numeric_id] not null, [corp_no] [dbo].[numeric_id] null, [prev_balance] [money] null default(0), [curr_balance] [money] null default(0), [member_code] [dbo].[status_code] not null default(' '))

这个表具备下面的四个索引：

索引名 细节 索引的列

member_corporation_link nonclustered located on primary corp_no

member_ident clustered, unique, primary key located on primary member_no

member_region_link nonclustered located on primary region_no

memberfirstname nonclustered located on primary firstname

当我们执行下面的sql查询时候，select m.member_no, m.firstname, m.region_nofrom dbo.member as mwhere m.firstname like 'k%' and m.region_no > 6 and m.member_no < 5000go

sql server 会根据索引方式，优化成下面方式来执行。

select a.member_no,a.firstname,b.region_nofrom(select m.member_no, m.firstname from dbo.member as m where m.firstname like 'k%' and m.member_no < 5000)a ,--这个查询可以直接使用 memberfirstname 非聚集索引，而且这个非聚集索引覆盖了所有查询列--实际执行时，只需要 逻辑读取 3 次

(select m.member_no, m.region_no from dbo.member as mwhere m.region_no > 6)b

--这个查询可以直接使用 member_region_link 非聚集索引，而且这个非聚集索引覆盖了所有查询列--实际执行时，只需要 逻辑读取 10 次

where a.member_no = b.member_no

不信，你可以看这两个sql 的执行计划，以及逻辑读信息，都是一样的。

其实上面的sql，如果优化成下面的方式，实际的逻辑读消耗也是一样的。为何sql server 不会优化成下面的方式。是因为 and 操作符优化的另外一个原则。

1/26 的数据和 1/6 的数据找交集的速度要比 1/52 的数据和 1/3 的数据找交集速度要慢。

select a.member_no,a.firstname,b.region_nofrom(select m.member_no, m.firstname from dbo.member as mwhere m.firstname like 'k%'--1/26 数据)a,(select m.member_no, m.region_no from dbo.member as mwhere m.region_no > 6 and m.member_no < 5000--1/3 * 1/ 2 数据)bwhere a.member_no = b.member_no

当然，我们要学习sql 如何优化的话，就会用到查询语句中的一个功能，指定查询使用哪个索引来进行。

比如下面的查询语句

select m.member_no, m.firstname, m.region_nofrom dbo.member as m with(index(0))where m.firstname like 'k%' and m.region_no > 6 and m.member_no < 5000go

select m.member_no, m.firstname, m.region_nofrom dbo.member as m with(index(1))where m.firstname like 'k%' and m.region_no > 6 and m.member_no < 5000goselect m.member_no, m.firstname, m.region_nofrom dbo.member as m with(index(membercovering3))where m.firstname like 'k%' and m.region_no > 6 and m.member_no < 5000goselect m.member_no, m.firstname, m.region_nofrom dbo.member as m with(index(memberfirstname, member_region_link))where m.firstname like 'k%' and m.region_no > 6 and m.member_no < 5000go

这里 index 计算符可以是 0，1，指定的一个或者多个索引名字。对于 0，1 的意义如下：

如果存在聚集索引，则 index(0)强制执行聚集索引扫描，index(1)强制执行聚集索引扫描或查找（使用性能最高的一种）。

如果不存在聚集索引，则 index(0)强制执行表扫描，index(1)被解释为错误。

总结知识点：

简单来说，我们可以这么理解：sql server 对于每一条查询语句。会根据实际索引情况（sysindexes 系统表中存储这些信息），分析每种组合可能的成本。然后选择它认为成本最小的一种。作为它实际执行的计划。

成本代价计算的一个主要组成部分是逻辑i/o的数量，特别是对于单表的查询。

and 操作要满足所有条件，这样，经常会要求对几个数据集作交集。数据集越小，数据集的交集计算越节省成本。的项目中，竟然出现了滥用聚集索引的问题。看来没有培训最最基础的索引的意义，代价，使用场景，是一个非常大的失误。这篇博客就是从这个角度来罗列索引的基础知识。

使用索引的意义

索引在数据库中的作用类似于目录在书籍中的作用，用来提高查找信息的速度。

使用索引查找数据，无需对整表进行扫描，可以快速找到所需数据。

使用索引的代价

索引需要占用数据表以外的物理存储空间。

创建索引和维护索引要花费一定的时间。

当对表进行更新操作时，索引需要被重建，这样降低了数据的维护速度。

创建索引的列

主键

外键或在表联接操作中经常用到的列

在经常查询的字段上最好建立索引

不创建索引的列

很少在查询中被引用

包含较少的惟一值

定义为 text、ntext 或者 image 数据类型的列

heaps是staging data的很好选择，当它没有任何index时

excellent for high performance data loading(parallel bulk load and parallel index creation after load)

excellent as a partition to a partitioned view or a partitioned table

聚集索引提高性能的方法，在前面几篇博客中分别提到过，下面只是一个简单的大纲，细节请参看前面几篇博客。

何时创建聚集索引？

clustered index会提高大多数table的性能，尤其是当它满足以下条件时：

独特, 狭窄, 静止： 最重要的条件

持续增长的，最好是只向上增加。例如：

identity

date, identity

guid(only when using newsequentialid()function)

聚集索引唯一性（独特型的问题）

由于聚集索引的b+树结构的叶子节点必须指向具体数据。如果你要建立聚集索引的列不唯一，并且你指定的创建的聚集索引是非唯一的聚集索引，则会有以下情况：

如果未使用 unique 属性创建聚集索引，数据库引擎 将向表自动添加一个四字节 uniqueifier 列。必要时，数据库引擎 将向行自动添加一个 uniqueifier 值，使每个键唯一。此列和列值供内部使用，用户不能查看或访问。

第四篇：SQL数据库心得

黄淮学院 2015---2016学年第 一 学期 《C#数据库应用程序开发技术与案例教程》课程

题目：

学习报告

院

系：数学科学系 专

业：数学与应用数学 年

级：1301B 姓

名：曹占营 学

号：1331110101 任课教师：杨锋英

2015年 12 月 30日

C#数据库学习报告

在日常生活中，我们和朋友、亲戚联系，会广泛用到通讯录，因此这门课程以通讯录开发为案例，教我们学习软件开发。

软件开发是一项非常注重实践工作，不可能只凭看书、看视频就学会软件开发，必须扎扎实实、一行一行的编写代码，不断积累项目经验，才能真正掌握编程技术，所以我们要亲自上级编写程序，才能真正掌握软件开发技术。

本书分为基础篇、进阶篇、高级篇，由浅入深地介绍了基于C#的数据库编程技术，所用的开发工具为Visual Studio 2008、SQL Server 2005以及Access 2007。

学习数据库的内容是从数据库、数据表的创建和修改开始的，表是建立关系数据库的基本结构，用来存储数据具有已定义的属性，在表的操作过程中，有查看表信息、查看表属性、修改表中的数据、删除表中的数据及修改表和删除表的操作。从课程中让我更明白一些知识，查询可以通过SQL语言进行完成，这样加深了查询语句的基本结构，让我们能更好的掌握其中语句，方便于我们后面的学习和应用。表是数据最重要的一个数据对象，表的创建好坏直接关系到数数据库的成败，表的内容是越具体越好，但是也不能太繁琐，以后在实际应用中多使用表，对表的规划和理解就会越深刻。在编程方面是需要我们对于编程有逻辑思维能力及一定的编程技巧。在数据库中插入表、表中的信息等都需要注意，不然很容易出错。

在基础篇中，详细讲解了通讯录系统的设计、开发和安装部署这样一个完整过程，对各个任务进行详细讲解。基础篇学习分为9个任务，分别为系统分析与设计、用户登录、主窗体设计、联系人分组管理、联系人管理、用户密码修改、数据库备份与恢复、设计“关于”窗体、系统安装与部署。学完基础篇，即可开发出一个功能较为完备的通讯录系统。在联系人管理任务学习中，由于在Contact表中保存的是分组编号，而窗体上要显示的是分组名称，所以在查询语句中需要级联查询，即SQL语句为”select Contact.Id, Name, Phone, Email, QQ, GroupName from Contact, ContactGroup where Contact.GroupId = ContactGroup.Id”。为了实现代码复用，可以提供查询功能，根据用户选择的擦寻天剑，拼接产生SQL语句。同时为了支持模糊查询，还在SQL语句中用了like语句。通过SqlDataAdapter的Fill方法填充数据集，获取数据。数据集中有了数据以后，我们只需设置DataGridView控件的DataSource属性，就可以显示数据了。

在进阶篇中，介绍了企业项目开发中广发用到的参数化SQL语句、存储过程使用及定义数据库操作类，分为3个任务学习，分别为使用参数化SQL语句、使用存储过程、使用自定义数据库操作类，进一步提高我们的数据库编程能力。在使用存储过程任务学习中，了解到存储过程是在大型数据库系统中，一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。在性能方面，存储过程有如下的优点。（1）与编译，存储过程预先编译好放在数据库内，减少编译语句所花的时间。（2）缓存，编译好的存储过程会进入缓存，所以对于经常执行的存储过程，除了第一次执行外，其他次执行的书都会有明显提高。（3）减少网络传输，特别对于处理一些数据的存储过程，不必像直接用SQL语句实现那样多次传送数据到客户端。通过前面的学习，细细体会对数据库的操作，可以发现，这么多操作其实可以分为4种。（1）对数据库进行非连接式查询操作，返回多条记录。这种操作可以通过SqlDataAdapter对象的Fill方法来完成，即把查询得到的结果填充到DataTable(或DataSet)对象中。（2）对数据库进行连接式查询操作，返回多条查询记录。这种操作可以通过SqlCommand对象的ExecuteReader方法来完成，返回SqlDataReader对象。（3）从数据库中检索单值。这种操作可以通过SqlCommand对象的ExecuteNonQuery方法来完成。ExecuteScalar方法返回的是Object类型，需要根据实际情况进行类型转换。（4）对数据库执行增、删、改操作。这种操作可以通过SqlCommand对象的ExecuteNonQuery方法来完成，返回增、删、改操作后数据库中受影响的行数。

在高级篇中，分为4个任务学习，分别为开发基于三层构架的通讯录程序、开发基于Access的通讯录程序、实现基于抽象工厂模式的三层架构、使用MD5加密用户密码。首先详细讲解了基于三层构架的通讯录程序开发过程以及如何开发一个基于Access的通讯录系统。最后，介绍了如何采用MD5加密技术对用户密码加密。MD5加密技术也是实际项目开发中广泛用到的，通过MD5加密用户密码，可以提高程序的安全性。“三层架构”一词中的“三层”是指：“表示层”、“业务逻辑层”、“数据访问层”。表示层：位于最外层，离用户最近。用于显示和接收用户输入的数据，为用户提供一种交互式操作界面。表示层的常见形式为WinFrom和WebForm。业务逻辑层：负责处理用户输入的信息，或者是将这些信息发送给数据访问层进行保存，或者是调用数据访问层中的函数再次读出这些数据。业务逻辑层也可以包括一些对“商业逻辑”描述代码在里面。数据访问层：仅实现对数据的保存和读取操作。可以访问数据库系统、二进制文件、文本文档或是XML文档。

在这一学期有限的几次实验课后，我虽然没有学会很多，但也学会了一些简单的操作，我学会了一些简单的数据运算，会建立一些简单的表。有时候在做实验时，对于实验中的一些东西我不怎么了解，但我还会去做，因为我想只有多练习才能熟练，也才能理解掌握知识。我不知道这一门课对其他同学来说怎么样，但对我来说却有些难，但我会努力。因为我认为它对我以后考计算机二级有很大的帮助。

很快这一学期马上就要结束了，数据库这一门课也很快就要结束了，但这一学期的学习让我知道了很多，也告诉了我在以后的人生中如何去做事，如何去做人。尤其是老师的耐心，老师的敬业精神感动了我，再做任何事时都应该认真负责，任何一个人都应该被尊重。

第五篇：数据库设计心得

数据库设计经验谈

数据库设计经验谈

一个成功的管理系统，是由：[50% 的业务 + 50% 的软件] 所组成，而 50% 的成功软件又有 [25% 的数据库 + 25% 的程序] 所组成，数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分。有关数据库设计的材料汗牛充栋，大学学位课程里也有专门的讲述。不过，就如我们反复强调的那样，再好的老师也比不过经验的教诲。所以我归纳历年来所走的弯路及体会，并在网上找了些对数据库设计颇有造诣的专业人士给大家传授一些设计数据库的技巧和经验。精选了其中的 60 个最佳技巧，并把这些技巧编写成了本文，为了方便索引其内容划分为 5 个部分：

第 1 部分设计数据库表

总共 24 个指南性技巧，涵盖表内字段设计以及应该避免的常见问题等。

第 3 部分保证数据完整性

讨论如何保持数据库的清晰和健壮，如何把有害数据降低到最小程度。

第 5 部分设计数据库之前 考察现有环境

在设计一个新数据库时，你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。但是对旧系统的研究可以让你发现一些可能会忽略的细微问题。一般来说，考察现有系统对你绝对有好处。

定义标准的对象命名规范

一定要定义数据库对象的命名规范。对数据库表来说，从项目一开始就要确定表名是采用复数还是单数形式。此外还要给表的别名定义简单规则（比方说，如果表名是一个单词，别名就取单词的前 4 个字母；如果表名是两个单词，就各取两个单词的前两个字母组成 4 个字母长的别名；如果表的名字由 3 个单词组成，你不妨从头两个单词中各取一个然后从最后一个单词中再取出两个字母，结果还是组成 4 字母长的别名，其余依次类推）对工作用表来说，表名可以加上前缀 WORK_ 后面附上采用该表的应用程序的名字。表内的列[字段]要针对键采用一整套设计规则。比如，如果键是数字类型，你可以用 _N 作为后缀；如果是字符类型则可以采用 _C 后缀。对列[字段]名应该采用标准的前缀和后缀。再如，假如你的表里有好多“money”字段，你不妨给每个列[字段]增加一个 _M 后缀。还有，日期列[字段]最好以 D_ 作为名字打头。

检查表名、报表名和查询名之间的命名规范。你可能会很快就被这些不同的数据库要素的名称搞糊涂了。假如你坚持统一地命名这些数据库的不同组成部分，至少你应该在这些对象名字的开头用 Table、Query 或者 Report 等前缀加以区别。

如果采用了 Microsoft Access，你可以用 qry、rpt、tbl 和 mod 等符号来标识对象（比如 tbl_Employees）。我在和 SQL Server 打交道的时候还用过 tbl 来索引表，但我用 sp_company（现在用 sp_feft_）标识存储过程，因为在有的时候如果我发现了更好的处理办法往往会保存好几个拷贝。我在实现 SQL Server 2000 时用 udf_（或者类似的标记）标识我编写的函数。

工欲善其事, 必先利其器

采用理想的数据库设计工具，比如：SyBase 公司的 PowerDesign，她支持 PB、VB、Delphe 等语言，通过 ODBC 可以连接市面上流行的 30 多个数据库，包括 dBase、FoxPro、VFP、SQL Server 等，今后有机会我将着重介绍 PowerDesign 的使用。

获取数据模式资源手册

正在寻求示例模式的人可以阅读《数据模式资源手册》一书，该书由 Len Silverston、W.H.Inmon 和 Kent Graziano 编写，是一本值得拥有的最佳数据建模图书。该书包括的章节涵盖多种数据领域，比如人员、机构和工作效能等。其他的你还可以参考：[1]萨师煊 王珊著 数据库系统概论(第二版)高等教育出版社 1991、[2][美] Steven M.Bobrowski 著 Oracle 7 与客户／服务器计算技术从入门到精通 刘建元等译 电子工业出版社，1996、[3]周中元 信息系统建模方法(下)电子与信息化 1999年第3期，1999 畅想未来，但不可忘了过去的教训

我发现询问用户如何看待未来需求变化非常有用。这样做可以达到两个目的：首先，你可以清楚地了解应用设计在哪个地方应该更具灵活性以及如何避免性能瓶颈；其次，你知道发生事先没有确定的需求变更时用户将和你一样感到吃惊。

一定要记住过去的经验教训！我们开发人员还应该通过分享自己的体会和经验互相帮助。即使用户认为他们再也不需要什么支持了，我们也应该对他们进行这方面的教育，我们都曾经面临过这样的时刻“当初要是这么做了该多好..”。

在物理实践之前进行逻辑设计

在深入物理设计之前要先进行逻辑设计。随着大量的 CASE 工具不断涌现出来，你的设计也可以达到相当高的逻辑水准，你通常可以从整体上更好地了解数据库设计所需要的方方面面。

了解你的业务

在你百分百地确定系统从客户角度满足其需求之前不要在你的 ER（实体关系）模式中加入哪怕一个数据表（怎么，你还没有模式？那请你参看技巧 9）。了解你的企业业务可以在以后的开发阶段节约大量的时间。一旦你明确了业务需求，你就可以自己做出许多决策了。

一旦你认为你已经明确了业务内容，你最好同客户进行一次系统的交流。采用客户的术语并且向他们解释你所想到的和你所听到的。同时还应该用可能、将会和必须等词汇表达出系统的关系基数。这样你就可以让你的客户纠正你自己的理解然后做好下一步的 ER 设计。

创建数据字典和 ER 图表

一定要花点时间创建 ER 图表和数据字典。其中至少应该包含每个字段的数据类型和在每个表内的主外键。创建 ER 图表和数据字典确实有点费时但对其他开发人员要了解整个设计却是完全必要的。越早创建越能有助于避免今后面临的可能混乱，从而可以让任何了解数据库的人都明确如何从数据库中获得数据。

有一份诸如 ER 图表等最新文档其重要性如何强调都不过分，这对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对 SQL 表达式的文档化来说这是完全必要的。

创建模式

一张图表胜过千言万语：开发人员不仅要阅读和实现它，而且还要用它来帮助自己和用户对话。模式有助于提高协作效能，这样在先期的数据库设计中几乎不可能出现大的问题。模式不必弄的很复杂；甚至可以简单到手写在一张纸上就可以了。只是要保证其上的逻辑关系今后能产生效益。

从输入输出下手

在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。举个简单的例子：假如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码字段而不要把邮政编码糅进地址字段里。

报表技巧

要了解用户通常是如何报告数据的：批处理还是在线提交报表？时间间隔是每天、每周、每月、每个季度还是每年？如果需要的话还可以考虑创建总结表。系统生成的主键在报表中很难管理。用户在具有系统生成主键的表内用副键进行检索往往会返回许多重复数据。这样的检索性能比较低而且容易引起混乱。

理解客户需求

看起来这应该是显而易见的事，但需求就是来自客户（这里要从内部和外部客户的角度考虑）。不要依赖用户写下来的需求，真正的需求在客户的脑袋里。你要让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。一个不变的真理是：“只有我看见了我才知道我想要的是什么”必然会导致大量的返工，因为数据库没有达到客户从来没有写下来的需求标准。而更糟的是你对他们需求的解释只属于你自己，而且可能是完全错误的。

第 2 部分选择键和索引 数据采掘要预先计划

我所在的某一客户部门一度要处理 8 万多份联系方式，同时填写每个客户的必要数据（这绝对不是小活）。我从中还要确定出一组客户作为市场目标。当我从最开始设计表和字段的时候，我试图不在主索引里增加太多的字段以便加快数据库的运行速度。然后我意识到特定的组查询和信息采掘既不准确速度也不快。结果只好在主索引中重建而且合并了数据字段。我发现有一个指示计划相当关键——当我想创建系统类型查找时为什么要采用号码作为主索引字段呢？我可以用传真号码进行检索，但是它几乎就象系统类型一样对我来说并不重要。采用后者作为主字段，数据库更新后重新索引和检索就快多了。

可操作数据仓库（ODS）和数据仓库（DW）这两种环境下的数据索引是有差别的。在 DW 环境下，你要考虑销售部门是如何组织销售活动的。他们并不是数据库管理员，但是他们确定表内的键信息。这里设计人员或者数据库工作人员应该分析数据库结构从而确定出性能和正确输出之间的最佳条件。

使用系统生成的主键

这类同技巧 1，但我觉得有必要在这里重复提醒大家。假如你总是在设计数据库的时候采用系统生成的键作为主键，那么你实际控制了数据库的索引完整性。这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。

采用系统生成键作为主键还有一个优点：当你拥有一致的键结构时，找到逻辑缺陷很容易。

分解字段用于索引

为了分离命名字段和包含字段以支持用户定义的报表，请考虑分解其他字段（甚至主键）为其组成要素以便用户可以对其进行索引。索引将加快 SQL 和报表生成器脚本的执行速度。比方说，我通常在必须使用 SQL LIKE 表达式的情况下创建报表，因为 case number 字段无法分解为 year、serial number、case type 和 defendant code 等要素。性能也会变坏。假如和类型字段可以分解为索引字段那么这些报表运行起来就会快多了。

键设计 4 原则

* 为关联字段创建外键。* 所有的键都必须唯一。* 避免使用复合键。

* 外键总是关联唯一的键字段。

别忘了索引

索引是从数据库中获取数据的最高效方式之一。95% 的数据库性能问题都可以采用索引技术得到解决。作为一条规则，我通常对逻辑主键使用唯一的成组索引，对系统键（作为存储过程）采用唯一的非成组索引，对任何外键列[字段]采用非成组索引。不过，索引就象是盐，太多了菜就咸了。你得考虑数据库的空间有多大，表如何进行访问，还有这些访问是否主要用作读写。

大多数数据库都索引自动创建的主键字段，但是可别忘了索引外键，它们也是经常使用的键，比如运行查询显示主表和所有关联表的某条记录就用得上。还有，不要索引 memo/note 字段，不要索引大型字段（有很多字符），这样作会让索引占用太多的存储空间。

不要索引常用的小型表

不要为小型数据表设置任何键，假如它们经常有插入和删除操作就更别这样作了。对这些插入和删除操作的索引维护可能比扫描表空间消耗更多的时间。

不要把社会保障号码（SSN）或身份证号码（ID）选作键

永远都不要使用 SSN 或 ID 作为数据库的键。除了隐私原因以外，须知政府越来越趋向于不准许把 SSN 或 ID 用作除收入相关以外的其他目的，SSN 或 ID 需要手工输入。永远不要使用手工输入的键作为主键，因为一旦你输入错误，你唯一能做的就是删除整个记录然后从头开始。

我在破解他人的程序时候，我看到很多人把 SSN 或 ID 还曾被用做系列号，当然尽管这么做是非法的。而且人们也都知道这是非法的，但他们已经习惯了。后来，随着盗取身份犯罪案件的增加，我现在的同行正痛苦地从一大摊子数据中把 SSN 或 ID 删除。

不要用用户的键

在确定采用什么字段作为表的键的时候，可一定要小心用户将要编辑的字段。通常的情况下不要选择用户可编辑的字段作为键。这样做会迫使你采取以下两个措施：

* 在创建记录之后对用户编辑字段的行为施加限制。假如你这么做了，你可能会发现你的应用程序在商务需求突然发生变化，而用户需要编辑那些不可编辑的字段时缺乏足够的灵活性。当用户在输入数据之后直到保存记录才发现系统出了问题他们该怎么想？删除重建？假如记录不可重建是否让用户走开？

* 提出一些检测和纠正键冲突的方法。通常，费点精力也就搞定了，但是从性能上来看这样做的代价就比较大了。还有，键的纠正可能会迫使你突破你的数据和商业/用户界面层之间的隔离。

所以还是重提一句老话：你的设计要适应用户而不是让用户来适应你的设计。

不让主键具有可更新性的原因是在关系模式下，主键实现了不同表之间的关联。比如，Customer 表有一个主键 CustomerID，而客户的定单则存放在另一个表里。Order 表的主键可能是 OrderNo 或者 OrderNo、CustomerID 和日期的组合。不管你选择哪种键设置，你都需要在 Order 表中存放 CustomerID 来保证你可以给下定单的用户找到其定单记录。

假如你在 Customer 表里修改了 CustomerID，那么你必须找出 Order 表中的所有相关记录对其进行修改。否则，有些定单就会不属于任何客户——数据库的完整性就算完蛋了。如果索引完整性规则施加到表一级，那么在不编写大量代码和附加删除记录的情况下几乎不可能改变某一条记录的键和数据库内所有关联的记录。而这一过程往往错误丛生所以应该尽量避免。

可选键(候选键)有时可做主键

记住，查询数据的不是机器而是人。假如你有可选键，你可能进一步把它用做主键。那样的话，你就拥有了建立强大索引的能力。这样可以阻止使用数据库的人不得不连接数据库从而恰当的过滤数据。在严格控制域表的数据库上，这种负载是比较醒目的。如果可选键真正有用，那就是达到了主键的水准。

我的看法是，假如你有可选键，比如国家表内的 state_code，你不要在现有不能变动的唯一键上创建后续的键。你要做的无非是创建毫无价值的数据。如你因为过度使用表的后续键[别名]建立这种表的关联，操作负载真得需要考虑一下了。

别忘了外键

大多数数据库索引自动创建的主键字段。但别忘了索引外键字段，它们在你想查询主表中的记录及其关联记录时每次都会用到。还有，不要索引 memo/notes 字段而且不要索引大型文本字段（许多字符），这样做会让你的索引占据大量的数据库空间。

第 4 部分各种小技巧 文档、文档、文档

对所有的快捷方式、命名规范、限制和函数都要编制文档。

采用给表、列[字段]、触发器等加注释的数据库工具。是的，这有点费事，但从长远来看，这样做对开发、支持和跟踪修改非常有用。

取决于你使用的数据库系统，可能有一些软件会给你一些供你很快上手的文档。你可能希望先开始在说，然后获得越来越多的细节。或者你可能希望周期性的预排，在输入新数据同时随着你的进展对每一部分细节化。不管你选择哪种方式，总要对你的数据库文档化，或者在数据库自身的内部或者单独建立文档。这样，当你过了一年多时间后再回过头来做第 2 个版本，你犯错的机会将大大减少。

使用常用英语（或者其他任何语言）而不要使用编码

为什么我们经常采用编码（比如 9935A 可能是„青岛啤酒‟的供应代码，4XF788-Q 可能是帐目编码）？理由很多。但是用户通常都用英语进行思考而不是编码。工作 5 年的会计或许知道 4XF788-Q 是什么东西，但新来的可就不一定了。在创建下拉菜单、列表、报表时最好按照英语名排序。假如你需要编码，那你可以在编码旁附上用户知道的英语。

保存常用信息

让一个表专门存放一般数据库信息非常有用。我常在这个表里存放数据库当前版本、最近检查/修复（对 FoxPro）、关联设计文档的名称、客户等信息。这样可以实现一种简单机制跟踪数据库，当客户抱怨他们的数据库没有达到希望的要求而与你联系时，这样做对非客户机/服务器环境特别有用。

测试、测试、反复测试

建立或者修订数据库之后，必须用用户新输入的数据测试数据字段。最重要的是，让用户进行测试并且同用户一道保证你选择的数据类型满足商业要求。测试需要在把新数据库投入实际服务之前完成。

检查设计

在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库。换句话说，针对每一种最终表达数据的原型应用，保证你检查了数据模型并且查看如何取出数据。

Microsoft Visual FoxPro 设计技巧

对复杂的 Microsoft Visual FoxPro 数据库应用程序而言，可以把所有的主表放在一个数据库容器文件里，然后增加其他数据库表文件和装载同原有数据库有关的特殊文件。根据需要用这些文件连接到主文件中的主表。比如数据输入、数据索引、统计分析、向管理层或者政府部门提供报表以及各类只读查询等。这一措施简化了用户和组权限的分配，而且有利于应用程序函数（存储过程）的分组和划分，从而在程序必须修改的时候易于管理。