视图应用和索引应用的总结

1，全文索引果然不好用。

    为了解决中文的模糊查询，就是Like的前后%%的问题，想应用全文索引，可是使用查询CHARINDEX的结果和Like的结果不一样。所以全文索引没解决我的问题。后来使用了拆分内容的方式了，还好需要Like的字段的内容不多。方法如下

     a.为客户名称键27个索引表，按26个英文字母加Other（其他字符）。

     b.表中有两个关键字段，ClientNameIndex（客户完整名称），CharIndex（客户名称的第一个字）。

     c.查询的时候使用Like后匹配ChientNameIndex和第一个字母匹配CharIndex的组合查询。

保证了启用索引，分担了数据量，效果还不错。

2，视图的效率很低，要求的是80个并发8秒。LoadRunner折腾死人啊，一点点的试，一点点的Run.

     a.对查询使用的视图关联的表不能多，当然主要是不能有多个大数据量的表关联的视图。如果提取的数据复杂，建中间表吧（其实数据库前期设计是应该分层的，数据存储和数据查询都是应该分开来的，可是数据库现在是这样了，没办法。）

     b.查寻使用的视图和单条数据显示的视图应分开来建，查寻的视图字段不多，要求的是性能，显示单条的数据往往需求的是全面的数据。

     c.能外连接就不用内连接，全表扫描啊。

     d.如果大表的数据能过滤，就先把大表的数据通过条件过滤掉在连接其他的表，不能把过滤条件加到最后来Where里搞。

     e.索引视图也使用了，可能研究的不深，这种视图对单纯的数据集合没啥显著的性能改善，好象是对具有计算结果的结果集效果比较好，比如有Group By，SUM等要求的视图建索引视图比较好。

     f.建视图定是数据量大的表在前，小表在后进行关联。

     g.感觉关联的主表中其他表的关联键建组合索引比较好。

自己做个记录，以后容易忘。。。嘿嘿。。。