聚集索引和非聚集索引
聚集的作用就是将某一列（或是多列）的物理顺序改变为和逻辑顺序相一致，在SQL SERVER中，聚集索引的存储是以B树存储，B树的叶子直接存储聚集索引的数据， 因为聚集索引改变的是其所在表的物理存储顺序，所以每个表只能有一个聚集索引.
非聚集索引，本质上来说也是聚集索引的一种.非聚集索引并不改变其所在表的物理结构，而是额外生成一个聚集索引的B树结构，但叶子节点是对于其所在表的引用,这个引用分为两种，如果其所在表上没有聚集索引，则引用行号。如果其所在表上已经有了聚集索引，则引用聚集索引的页.非聚集索引需要额外的空间进行存储，按照被索引列进行聚集索引，并在B树的叶子节点包含指向非聚集索引所在表的指针.
需要合理使用，当表建立索引后，就以B树来存储数据.所以当对其进行更新插入删除时，就需要页在物理上的移动以调整B树.因此当更新插入删除数据时，会带来性能的下降。而对于聚集索引，当更新表后，非聚集索引也需要进行更新，相当于多更新了N（N=非聚集索引数量）个表。因此也下降了性能.
转自 http://www.cnblogs.com/CareySon/archive/2011/12/22/2297568.html
视图
视图可以看作定义在SQL Server上的虚拟表.视图正如其名字的含义一样，是另一种查看数据的入口.常规视图本身并不存储实际的数据，而仅仅存储一个Select语句和所涉及表的metadata.
视图在sql中分为三类，普通视图，索引视图和分割视图
使用视图的好处：
- 视图隐藏了底层的表结构，简化了数据访问操作
- 因为隐藏了底层的表结构，所以大大加强了安全性，用户只能看到视图提供的数据
- 使用视图，方便了权限管理，让用户对视图有权限而不是对底层表有权限进一步加强了安全性
- 视图提供了一个用户访问的接口，当底层表改变后，改变视图的语句来进行适应，使已经建立在这个视图上客户端程序不受影响
使用视图的经验
- 一定要将View中的Select语句性能调到最优（貌似是废话，不过真理都是废话…)
- View最好不要嵌套，如果非要嵌套，最多只嵌套一层
- 能用存储过程和自定义函数替代View的，尽量不要使用View，存储过程会缓存执行计划，性能更优，限制更少
- 在分割视图上，不要使用聚合函数，尤其是聚合函数还包含了Distinct
- 在视图内，如果Where子句能加在视图内，不要加在视图外（因为调用视图会返回所有行，然后再筛选，性能杀手，如果你还加上了order by…..)
转自 http://www.cnblogs.com/CareySon/archive/2011/12/07/2279522.html