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页。很显然，这些字并不是真正的分别位于“张”字的上下方，现在您看到的连续的“驰、张、弩”三字实 际上就是他们在非聚集索引中的排序，是字典正文中的字在非聚集�
相关文档：
系统环境：Windows 7
软件环境：Visual C++ 2008 SP1 +SQL Server 2005
本次目的：编写一个航空管理系统
这是数据库课程设计的成果，虽然成绩不佳，但是作为我用VC++ 以来编写的最大程序还是传到网上，以供参考。用VC++ 做数据库设计并不容易，但也不是不可能。以下是我的程序界面，后面 ......
SELECT A,B=stuff((select ' ' + '字段C：' + C + ',字段D：' + D) + ';' from tbl WHERE (key= '条件') for xml path('')) , 1 , 1 ,'')
from tbl
WHERE (key= '条件')
group by key
例如：一个表中key为AA的记录有2条，第一条中字段C的值为CC，字段D的值为DD，第二条中字段C的值为CCC，字段D的值为 ......
两台不同的数据库服务器，从一台数据库服务器的一个用户读取另一台数据库服务器下的某个用户的数据，这个时候可以使用dblink。
其实dblink和数据库中的view差不多，建dblink的时候需要知道待读取数据库的ip地址，ssid以及数据库用户名和密码。
创建可以采用两种方式：
1、已经配置本地服务
以� ......
Hibernate是一款优秀的ORM工具。但是在某些情况下难免会给我们的项目带来一定的复杂性。就算使用spring做一定的事务简化，改变的也仅仅是编写的时候更加的简单而已。特别是在处理查询的时候，hibernate和sql比较起来，就似乎没有那么大的优势了。所以在很多的项目里面在使用hibernate和spring的同时还会使用ibatis的sqlmap� ......
前些日子，在操作数据库时，需要执行操作时间很久的sql语句。但是当时局域网网络情况不好，经常发生掉线的情况。
此时需要把执行的语句加入到oracle服务器上的后台进程中，去执行。操作过程如下：
1、首先把需要执行的sql语句写成脚本，存储到sql.sql中。并放置到数据库服务器某路径下.
2、执行如下linux命令即可：
&nb ......
