SQL SERVER index
最近由于系统的需求，所以要了解一下如何优化sql server，下面是我的一些总结，不足的地方希望大家批评指正。说要优化大家一定会想到索引，那我们就从索引开始吧。 微软的SQL SERVER提供了两种索引：聚集索引(clustered index，也称聚类索引、簇集索引)和非聚集索引(nonclustered index，也称非聚类索引、非簇集索引)，下面就详细介绍一下。
(一)明明白白理解索引结构
实际上，您可以把索引理解为一种特殊的目录。微软的SQL SERVER提供了两种索引：聚集索引(clustered index，也称聚类索引、簇集索引)和非聚集索引(nonclustered index，也称非聚类索引、非簇集索引)。下面，我们举例来说明一下聚集索引和非聚集索引的区别：
其实，我们的汉语字典的正文本身就是一个聚集索引。比如，我们要查“安”字，就会很自然地翻开字典的前几页，因为“安”的拼音是“an”，而按 照拼音排序汉字的字典是以英文字母“a”开头并以“z”结尾的，那么“安”字就自然地排在字典的前部。如果您翻完了所有以“a”开头的部分仍然找不到这个 字，那么就说明您的字典中没有这个字;同样的，如果查“张”字，那您也会将您的字典翻到最后部分，因为“张”的拼音是“zhang”。也就是说，字典的正 文部分本身就是一个目录，您不需要再去查其他目录来找到您需要找的内容。
我们把这种正文内容本身就是一种按照一定规则排列的目录称为“聚集索引”。
如果您认识某个字，您可以快速地从自典中查到这个字。但您也可能会遇到您不认识的字，不知道它的发音，这时候，您就不能按照刚才的方法找到您要 查的字，而需要去根据“偏旁部首”查到您要找的字，然后根据这个字后的页码直接翻到某页来找到您要找的字。但您结合“部首目录”和“检字表”而查到的字的 排序并不是真正的正文的排序方法，比如您查“张”字，我们可以看到在查部首之后的检字表中“张”的页码是672页，检字表中“张”的上面是“驰”字，但页 码却是63页，“张”的下面是“弩”字，页面是390页。很显然，这些字并不是真正的分别位于“张”字的上下方，现在您看到的连续的“驰、张、弩”三字实 际上就是他们在非聚集索引中的排序，是字典正文中的字在非聚集�
相关文档：
本系列，或多或少，直接或间接依赖入门系列知识。但，依然追求独立成章。因本文作者水平有限，文中错误难免，敬请读者指出并谅解。本系列将会和入门并存。
案例
某君被邀为一超市设计数据库，用来存储数据。该君根据该超市中实际出现的对象，设计了Customer, Employee，Order, Product等表，用来保存相应的客户，员工，订 ......
第一部分 基本概念
一、 ......
①。启动Distributed Transaction Coordinator 服务
打开服务，在服务中找到Distributed Transaction Coordinator服务，选择“属性”；
在“登录”选项卡中，选择“此帐户”，帐户名填写“N ......
1. 查看数据库的版本
select @@version
2. 查看数据库所在机器操作系统参数
exec master..xp_msver
3. 查看数据库启动的参数
......
Hibernate是一款优秀的ORM工具。但是在某些情况下难免会给我们的项目带来一定的复杂性。就算使用spring做一定的事务简化，改变的也仅仅是编写的时候更加的简单而已。特别是在处理查询的时候，hibernate和sql比较起来，就似乎没有那么大的优势了。所以在很多的项目里面在使用hibernate和spring的同时还会使用ibatis的sqlmap� ......
