关于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
因为：(学号) → (所在学院) → (学院地点, 学院电话)
特别注意：有时为了提高效率，第三范式可以被打破！多见于外键特别多而且数据量巨大的表。为了提高查询的效率，可以牺牲增删改的效率。
关于表、视图、存储过程：
表就是用来存储数据的，要尽量满足三个范式，不要出现冗余的东西。
视图是用来查询数据的，对于没有外键的基础表，可以直接用来查询。对于外键比较多的业务表，查询操作全部要通过视图。
存储过程和触发器我基本不用，我倾向于在数据库层面不要体现太多的业务（甚至不体现），我把业务全部集中在代码层面。其实还有另外一个原因，我不太精通这方面的技术，见谅见谅。
关于索引：
有朋友举过很好的一个例子，聚合索引就像拼音检索，非聚合索引就像部首索引。
拼音索引在整个字典中都是排好序的，就像查英文单词，你只要按照每页角上的英文索引就可以向
相关文档：
--语 句 功 能
--数据操作
SELECT --从数据库表中检索数据行和列
INSERT --向数据库表添加新数据行
DELETE --从数据库表中删除数据行
UPDATE --更新数据库表中的数据
--数据定义
CREATE TABLE --创建一个数据库表
DROP TABLE --从数据库中删除表
ALTER ......
执行数据操作时，由于拼接SQL存在种种弊端，早就应该抛弃了，但在现实开发时，又由于种种原因，公司一直采用这种方式（UI层和逻辑层都有严格的过滤，倒也没出现过什么问题），但昨天开发时却出现了意想不到的问题，一个简单的语句会造成严重后果。简单的语句示例如下：
/// <summary>
&nb ......
For SQL Server2008:
http://www.microsoft.com/downloads/details.aspx?FamilyID=0e6168b0-2d0c-4076-96c2-60bd25294a8e&displaylang=en
For SQL Server2005:
http://www.microsoft.com/downloads/details.aspx?familyid=C6F14640-DA22-4604-AAAA-A45DE4A0CD4A&displaylang=en ......
选择自 CSDN
SQL语句导入导出大全
/******* 导出到excel
EXEC master..xp_cmdshell 'bcp SettleDB.dbo.shanghu out c:\temp1.xls -c -q -S"GNETDATA/GNETDATA" -U"sa" -P""'
/*********** 导入Excel
SELECT *
from OpenDataSource( 'Microsoft.Jet.OLEDB.4.0',
'Data Source="c:\tes ......
前两天一个学姐问我个SQL语句的问题，现在把解决方案贴出来，也算总结一下吧。
她的问题是：“一个表中有15个字段，用SQL语句判断其中5项或以上不为空，怎么判断，很急……”。
当时我很忙，没多看，呵呵，不够意思啦。但我请同事帮她写了个，以解燃眉之急，在此也谢谢小米。
今天再把QQ聊天记录� ......
