关于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
因为：(学号) → (所在学院) → (学院地点, 学院电话)
特别注意：有时为了提高效率，第三范式可以被打破！多见于外键特别多而且数据量巨大的表。为了提高查询的效率，可以牺牲增删改的效率。
关于表、视图、存储过程：
表就是用来存储数据的，要尽量满足三个范式，不要出现冗余的东西。
视图是用来查询数据的，对于没有外键的基础表，可以直接用来查询。对于外键比较多的业务表，查询操作全部要通过视图。
存储过程和触发器我基本不用，我倾向于在数据库层面不要体现太多的业务（甚至不体现），我把业务全部集中在代码层面。其实还有另外一个原因，我不太精通这方面的技术，见谅见谅。
关于索引：
有朋友举过很好的一个例子，聚合索引就像拼音检索，非聚合索引就像部首索引。
拼音索引在整个字典中都是排好序的，就像查英文单词，你只要按照每页角上的英文索引就可以向
相关文档：
系统环境：Windows 7
软件环境：Visual C++ 2008 SP1 +SQL Server 2005
本次目的：编写一个航空管理系统
这是数据库课程设计的成果，虽然成绩不佳，但是作为我用VC++ 以来编写的最大程序还是传到网上，以供参考。用VC++ 做数据库设计并不容易，但也不是不可能。以下是我的程序界面，后面 ......
----start
SQL(Structured Query Language)，也就是结构化查询语言，它被设计用来操作集合的，是非过程化的语言。随着应用程序的发展，业务逻辑越来越复杂，传统的SQL已经不能满足人们的要求，于是人们对SQL进行了扩展，使它具有了过程化的逻辑，即：SQL PL。SQL PL的全称是 SQL Procedural Language� ......
--结合sys.indexes和sys.index_columns,sys.objects,sys.columns查询索引所属的表或视图的信息
select
o.name as 表名,
i.name as 索引名,
c.name as 列名,
i.type_desc as 类型描述,
is_primary_key as 主键约束,
is_unique_constraint as 唯一约束,
is_disable ......
Microsoft SQL Server
2008和Microsoft数据平台为开发人员提供了一个综合的编程架构，用于创建针对移动设备、桌面电脑、Web服务器，和企业服务器的基于数据的解
决方案。这个数据编程环境将数据访问和管理集成到一个应用程序的业务逻辑中，从而提高了开发人员的生产力。它提供了一个用于对异构数据源的数据访问和管理
的 ......
