关于SQL Server数据库设计的感悟
转载自：http://www.cnblogs.com/leonbao/archive/2008/03/07/1094821.html
关于SQL Server数据库设计的感悟，请指教
有问题的时候，我经常回来博客园寻找答案，久而久之，总结了一些东西。
妄自菲薄，请大家多指出错误，并给出意见
数据库设计三范式基本原则
第一范式：数据库表中的字段都是单一属性的，不可再分。这个单一属性由基本类型构成，包括整型、实数、字符型、逻辑型、日期型等。
也就是说，绝对不要出现下面的情况
学生信息
一年一班，97001，张三
这个很容易做到吧，呵呵。
第二范式：数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖（部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。
也就是说，绝对不要出现下面的情况
学号
姓名
年龄
课程名称
成绩
学分
97001
张三
13
化学
88
2
其中学号和课程名称是联合主键
因为：
(课程名称) → (学分)
(学号) → (姓名, 年龄)
第三范式：在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。所谓传递函数依赖，指的是如果存在"A → B → C"的决定关系，则C传递函数依赖于A。因此，满足第三范式的数据库表应该不存在如下依赖关系：
关键字段 → 非关键字段x → 非关键字段y
也就是说，绝对不要出现下面的情况
学号
姓名
年龄
所在学院
学院地点
学院电话
97001
张三
13
清华
中关村
8888888
因为：(学号) → (所在学院) → (学院地点, 学院电话)
特别注意：有时为了提高效率，第三范式可以被打破！多见于外键特别多而且数据量巨大的表。为了提高查询的效率，可以牺牲增删改的效率。
关于表、视图、存储过程：
表就是用来存储数据的，要尽量满足三个范式，不要出现冗余的东西。
视图是用来查询数据的，对于没有外键的基础表，可以直接用来查询。对于外键比较多的业务表，查询操作全部要通过视图。
存储过程和触发器我基本不用，我倾向于在数据库层面不要体现太多的业务（甚至不体现），我把业务全部集中在代码层面。其实还有另外一个原因，我不太精通这方面的技术，见谅见谅。
关于索引：
有朋友举过很好的一个例子，聚合索引就像拼音检索，非聚合索引就像部首索引。
拼音索引在整个字典中都是排好序的，就像查英文单词，你只要按照每页角上的英文索引就可以向
相关文档：
查询速度慢的原因很多，常见如下几种：
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大(可以采用多次查询，其他的方法降低数据量) ......
----start
SQL(Structured Query Language)，也就是结构化查询语言，它被设计用来操作集合的，是非过程化的语言。随着应用程序的发展，业务逻辑越来越复杂，传统的SQL已经不能满足人们的要求，于是人们对SQL进行了扩展，使它具有了过程化的逻辑，即：SQL PL。SQL PL的全称是 SQL Procedural Language� ......
SQL SERVER的分类汇总
SQL SERVER中使用GROUP BY对数据进行分类汇总，我们也可以使用WITH ROLLUP和WITH CUBE配合GROUP BY进行“增强”了的分类汇总，那么他们两个是如何增强GROUP BY的汇总能力的呢？
一.功能增强
1.使用WITH ROLLUP
用下面的例子说明,GROUP使用了3个分组字段：GROUP BY A, B, C WITH ROLLUP ......
固定长度(char)与可变长度(varchar)字符数据类型
char[(n)]
长度为n个字节的固定长度且非Unicode的字符数据。n必须是一个介于1和8,000之间的数值。存储大小为n个字节。char在SQL-92中的同义词为character。
varchar[(n)]
长度为n个字节的可变长度且非Unicode的字符数据。n必须是一个介于1和8,000之间的数值。存储大小为 ......
Sql Server中的日期与时间函数
1. 当前系统日期、时间
select getdate()
2. dateadd 在向指定日期加上一段时间的基础上，返回新的 datetime 值
例如：向日期加上2天
select dateadd(day,2,'2004-10-15') --返回：2004-10-17 00:00:00.000
......
