索引与视图

标签：

聚集索引和非聚集索引

　　聚集的作用就是将某一列（或是多列）的物理顺序改变为和逻辑顺序相一致，在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

索引与视图

标签：

原文地址：http://www.cnblogs.com/whytohow/p/4768041.html