1.Sql server 2005服务器，还原了一个来自Sql server2000备份的数据库备份文件

2.这个还原操作自动生成了相应的数据库用户（原来数据库已有的），假设为user1

3.在SSMS中建立对应的登录名时，提示用户或组已经存在，在数据库——安全性——用户 节点下也无法删除

4.直接使用这个user1登录SSMS，提示无法登录，没有默认数据库

5.修改这个用户的属性，设置默认数据库，保存时提示“要有登录名”

%￥#%……%@   汗！

问题根源：

经查资料，这个是Sql server里的“孤立用户”，就是说其登录名没有和数据库的用户名对应起来，这个操作在SSMS里是实现不了的，要么提示无法登录，要么提示已经存在，必须要用一个存储过程来处理

处理方法：（来自http://www.chr114.coms/20110105/09311428.shtml）

新建一个查询，输入

Use 数据库

go

sp_change_users_login ‘update_one’, ‘登录用户名’, ‘用户名’

解释一下参数:

目的让”登录用户名’” 与 ‘用户名’ 联系起来

update_one, 表示只对一个用户进行操作

登录用户名’与’用户名’, 则分别是SQL Server的登录名与数据库中的用户名

sp_change_users_login的更详细的用法可以参考SQL Server的联机帮助, SQL Server 2005的在此, SQL 2000的链接不方便做成链接的形式, 各位可以自己到联机丛书的索引中找一下.

例子：

–Use dbname

–go

–sp_change_users_login ‘update_one’, ‘sa, ‘sa’

记得《演讲之禅》的作者说，为避免发生意外，对需要演讲的PPT一定要保留3份：1份放在笔记本电脑，一份放在U盘，一份放在网络上。所以slideshare就实现了第三个途径。

下面是我上传的一个很久之前对技术部培训的PPT，扭转大家被动接受需求的心态，以及在遇到误解时的处理方法。

安装完毕后，一切都很正常，但是无法使用mssql，我的本机环境是win7+PHPNow+SQL server 2008，需要连接到一台远程的SQL Server 2000上。

首先php.ini里面开启mssql的扩展

重启apache 使用mssql_connect()函数测试，提示没有这个函数，google一番，原来是要把相关的dll文件放入系统文件夹的system32目录下。

假设你的phpnow和我一样装在D盘，那么就是如下两个文件

D:\PHPnow-1.5.6\php-5.2.14-Win32\ntwdblib.dll

D:\PHPnow-1.5.6\php-5.2.14-Win32\ext\php_mssql.dll

最后重启apache即可。

1.理论和现实是不一样的

教科书上的技巧万千，但写书的那人不可能试过所有的车，就算试过，“感觉”这东西文字不一定能表达清楚。写书的人也不可能写一本囊括各种情况的辞典，就算有，你也不可能在路上翻开查阅。

2.大家都很快的时候，你慢，就很危险

路上标了最低限速，你跑慢了，不仅要比别人后到达目的地；在路上，有的人会悄悄超过你；有的人超过你的时候，还不忘闪灯鸣笛告诉你。

3.教条不一定正确

导航是机器，是机器就会有问题。如果在现实中有和教条不一样的东西，一定要尊重现实——起码在中国是这样，否则会走入死路——这时候导航还在提醒你保持直行！

4.信息来源太多不一定是好事

你的主观判断、教条、其他人同时告诉你一件事情的三个不同版本，首先相信并理解教条，如果理解了但教条有误，相信自己。

5.换位思考很重要

你在走路时闯红灯、随意横穿马路得意的时候，和你坐在车里急刹车的时候，心情是不一样的。与人方便，自己方便。

6.你再牛逼，也不是每个人都会听你的

喇叭按爆，灯闪烂，人骑个自行车歪歪扭扭就是横在你前面；行了，哥，你先走，惹不起我还躲不起么？

7.及时告诉别人你在做什么

大部分人默认你是循规蹈矩的，如果你没有任何提示突然变道，偶尔你可以超过去，偶尔你会车毁人亡，但不管怎样都会被后面的人警告或心里咒骂。及时告诉别人你在做什么，整条道上的人都心情愉悦，一起迅速到达目的地。

8.抢道不表示你能比别人先到

拥堵的时候，环境很乱，抢道很危险，而且很添堵。等你左冲右突得意地走出去时，突然发现旁边超过去的那辆车正好是之前被你抢道的。

9.事先规划好路线和查好信息

出门前先计划好，不仅节省燃油（资源），而且节省时间（精力）。

10.关键时刻要明白什么是最重要的

即将被卡车撞上和撞向防护栏，首选保命，什么交规、车损坏都是浮云。留得青山在不愁没柴烧。最关键的是冷静，手里的方向盘不能猛打（做人要坚持原则）

11.人生在很多时候是不能马上回头的

错过出去的路口，只能硬着头皮往前走然后悄悄掉头改正错误。在繁忙的车流里随心所欲地掉头，别人只会看笑话，而且这是不符合“规则”的，非常危险。

12.眼睛看得越远，跑得越稳，走错路的机会也越小

时刻要明白自己正在哪里，即将去哪里，指路牌上的信息是什么。眼睛往前看，提前预见前N辆车的情况，可以减少突然刹车的危险。

13.早起的鸟儿有虫吃

早起15分钟，路况要好很多，节省很多时间。也就是说早起的鸟儿有虫吃；晚出发15分钟，即使你开着法拉利，半小时也不能从盐田到机场。

14.当你有一个大体积的工具，就难以对周边的环境有个精确的认识，所以必须尽快熟悉你的工具

用两条腿走路的时候，明白自己在哪里，附近有什么；坐在车里，很多东西被挡住了，而且很多东西会变形，如果不在大脑里对这些东西进行还原，撞墙是迟早的事，也就无法发挥车的用处了。

15.尺有所短，寸有所长

找车位的时间和发生擦碰的几率同时增大，带上小单车，停车范围一下就扩大了，想停哪停哪，下车骑上小单车一溜烟就可以走了。同时把各种工具综合运用，可以提高效率。

16.合同细则阅读要仔细，有疑问要提出，因为没有哪个卖家是“全心全意为人民服务”的

不是买了保险就可以随心所欲的，也不是停在院子里的车被盗就能索赔的，陷阱处处有，中国特别多。

17.工具要努力让它产生效益，但也要爱惜工具

任何物体都是有灵魂和尊严的，它帮你，你爱它，和谐！

（未完待续）

1.apache开启server-status

原文地址

2.监控宝控制台添加新的服务监控项 http:/.jiankongbao.com/?p=422

我在监控宝的面板添加 http://域名/server-status 时，老是提示不是一个正确的url，开始以为这个“server-status ”是一个目录，然后ftp上去一个目录也不行。

接下来检查apache的配置文件， 发现conf/extra下面有个httpd-info.conf，把httpd.conf里的那段配置移到这个文件里面来，重启apache，访问http://域名/server-status时，提示404错误，我汗。

google了很久，发现有篇文章说到了这个问题，大概是两种解决方法，一种是apache再监听一个8080端口，二是在指定虚拟主机时，不要用*:80，而要写明ip地址。我觉得在进行如此大的操作之前再自己看看自己有没有遗漏的地方，重新检查一下httpd.conf文件，发现里面有一行include /conf/extra/httpd-info.conf没有去掉注释。。。原来如此。。。重启，搞定，监控宝提示已经正常开始监听了。

google的那篇原文如下，如果还不能解决，这个可能是最后的救命稻草了：http://systembash.com/content/apache-mod_status-404/

Apache mod_status and page not found 404

Problem: Checking the [tag]apache[/tag] server status with the command “apachectl status”, “service httpd fullstatus” or by viewing http://server/server-status I get the message: “The requested URL /server-status was not found on this server” or your alternative 404 page not found error.

Answer: Assuming you have the module loaded and set up per the documentation of mod_status, this is this most likely a VirtualHost problem.

If you use NameVirtualHost *:80 directive, or any *:port, to run multiple name based virtual hosts, this configuration does not allow server-status on any of the publicly accessible addresses. This is because the first Virtual Host in the directive is considered the “Default Virtual Host”, any unknown entries on the NameVirtualHost space – in this example anything accessing port 80 on any IP address, will default go to this virtual host and hence you will get a 404 page not found error. Furthermore you can not place the server-status configuration inside of a VirtualHost directive to be read from a full domain name.

Solution: There are two basic ways to solve this. The first is to make the server listen on an alternative port (such as port 8080). Adding “Listen 8080″ to the configuration will allow you to access the server status from http://yourip:8080/server-status.

The second will allow the command ‘apachectl status’ or ‘service httpd fullstatus’ to work properly but it will not allow external access. If you switch each * to the actual IP address to work from, then accessing from localhost (127.0.0.1) will work. So, you would need tochange:

NameVirtualHost *:80

to

NameVirtualHost 10.0.0.3:80

And then restart your server.

By that way, unless you need it, make sure to turn ExtendedStatus Off. This directive collects a lot of data from the site visitors and can slow down a busy server.

Apache mod_status and page not found 404Problem: Checking the [tag]apache[/tag] server status with the command “apachectl status”, “service httpd fullstatus” or by viewing http://server/server-status I get the message: “The requested URL /server-status was not found on this server” or your alternative 404 page not found error.
Answer: Assuming you have the module loaded and set up per the documentation of mod_status, this is this most likely a VirtualHost problem.
If you use NameVirtualHost *:80 directive, or any *:port, to run multiple name based virtual hosts, this configuration does not allow server-status on any of the publicly accessible addresses. This is because the first Virtual Host in the directive is considered the “Default Virtual Host”, any unknown entries on the NameVirtualHost space – in this example anything accessing port 80 on any IP address, will default go to this virtual host and hence you will get a 404 page not found error. Furthermore you can not place the server-status configuration inside of a VirtualHost directive to be read from a full domain name.
Solution: There are two basic ways to solve this. The first is to make the server listen on an alternative port (such as port 8080). Adding “Listen 8080″ to the configuration will allow you to access the server status from http://yourip:8080/server-status.
The second will allow the command ‘apachectl status’ or ‘service httpd fullstatus’ to work properly but it will not allow external access. If you switch each * to the actual IP address to work from, then accessing from localhost (127.0.0.1) will work. So, you would need tochange:NameVirtualHost *:80
toNameVirtualHost 10.0.0.3:80
And then restart your server.
By that way, unless you need it, make sure to turn ExtendedStatus Off. This directive collects a lot of data from the site visitors and can slow down a busy server.

然后看教程，http://wiki.jiankongbao.com/doku.php 找到“服务器监控”的“在Linux服务器上开启安全的SNMP代理”这一节，仔细拜读。
特别是假如你的系统没有安装net-snmp的时候，要认真读这篇文章 http://wiki.jiankongbao.com/doku.php/文档:安全指引#linux_snmp

这里有几点是我在配置过程中遇到的问题，说明一下：
(1)我在编译的时候，对“–with-openssl=/usr/”这个比较不解，于是没有跟上参数，用的“–with-openssl”
(2)在vi /var/net-snmp/snmpd.conf的时候，提示无法建立，这个我手工在/var目录下建了个 net-snmp 目录搞定
(3)iptables开启端口后，记得重启下防火墙的服务
(4)第一次试v3不成功，修改配置文件后，需要killall -9 snmpd，然后重启snmpd服务……

偷个懒，其实最完整的说明在官方网站的的wiki上都能找到，这里附上net-snmp安装及配置的原文：
安全指引

以下内容将帮助您更加安全的在监控宝上创建各类监控项目。

Linux SNMP

以下的示例采用SUSE10 Linux环境，但它同样适用于其它Linux发行版。

编译和安装

首先我们需要下载Net-SNMP的源代码，选择当前最新的版本5.4.2.1，地址如下：

http://sourceforge.net/projects/net-snmp/files/net-snmp/5.4.2.1/

接下来对下载的源代码包进行解压缩，如下：

suse10:~ # tar xzvf net-snmp-5.4.2.1.tar.gz
然后通过configure来生成编译规则，如下：

suse10:~ # cd net-snmp-5.4.2.1
suse10:~ # ./configure –prefix=/usr/local/snmp –with-openssl=/usr/ –with-mib-modules=ucd-snmp/diskio
注意，以上的

–with-mib-modules=ucd-snmp/diskio
选项，可以让服务器支持磁盘I/O监控。

接下来，开始编译和安装：

suse10:~ # make
suse10:~ # make install
到现在为止，我们已经有了可以运行的SNMP代理程序，它位于/usr/local/snmp/sbin/snmpd，在启动它之前，我们还要进行一些必要的设置。

设置安全的验证方式

将SNMP代理程序暴露给网络上的所有主机是很危险的，为了防止其它主机访问你的SNMP代理程序，我们需要在SNMP代理程序上加入身份验证机制。SNMP支持不同的验证机制，这取决于不同的SNMP协议版本，监控宝目前支持v2c和v3两个版本，其中v2c版本的验证机制比较简单，它基于明文密码和授权IP来进行身份验证，而v3版本则通过用户名和密码的加密传输来实现身份验证，我们建议使用v3，当然，只要按照以下的介绍进行配置，不论是v2c版本还是v3版本，都可以保证一定的安全性，你可以根据情况来选择。

注意一点，SNMP协议版本和SNMP代理程序版本是两回事，刚才说的v2c和v3是指SNMP协议的版本，而Net-SNMP是用来实现SNMP协议的程序套件，目前它的最新版本是刚才提到的5.4.2.1。

v2c

先来看如何配置v2c版本的SNMP代理，我们来创建snmpd的配置文件，默认情况下它是不存在的，我们来创建它，如下：

suse10:~ # vi /usr/local/snmp/share/snmp/snmpd.conf
然后我们需要创建一个只读帐号，也就是read-only community，在snmpd.conf中添加以下内容：

rocommunity jiankongbao 60.195.249.83
注意，这里的“rocommunity”表示这是一个只读的访问权限，监控宝只可以从你的服务器上获取信息，而不能对服务器进行任何设置。

紧接着的“jiankongbao”相当于密码，很多平台喜欢使用“public”这个默认字符串。这里的“jiankongbao”只是一个例子，你可以设置其它字符串作为密码。

最右边的“60.195.249.83”代表指定的监控点IP，这个IP地址是监控宝专用的监控点，这意味着只有监控宝有权限来访问你的SNMP代理程序。

所以，以上这段配置中，只有“jiankongbao”是需要你进行修改的，同时在监控宝上添加服务器的时候，需要提供这个字符串。

v3

当然，我们建议您使用v3版本来进行身份验证。对于一些早期版本的Linux分发版，其内置的SNMP代理程序可能并不支持v3，所以我们建议您按照前边介绍的方法，编译和安装最新的Net-Snmp。

v3支持另一种验证方式，需要创建一个v3的帐号，我们同样修改以下配置文件：

suse10:~ # vi /usr/local/snmp/share/snmp/snmpd.conf
然后添加一个只读帐号，如下：

rouser jiankongbao auth
可以看到，在v3中，“rouser”用于表示只读帐号类型，随后的“jiankongbao”是指定的用户名，后边的“auth”指明需要验证。

接下来，我们还要添加“jiankongbao”这个用户，这就是v3中的特殊机制，我们打开以下配置文件：

suse10:~ # vi /var/net-snmp/snmpd.conf
这个文件会在snmpd启动的时候被自动调用，我们需要在它里边添加创建用户的指令，如下：

createUser jiankongbao MD5 mypassword
这行配置的意思是创建一个名为“jiankongbao”的用户，密码为“mypassword”，并且用MD5进行加密传输。这里要提醒的是：

密码至少要有8个字节

这是SNMP协议的规定，如果小于8个字节，通信将无法进行。

值得注意的是，一旦snmpd启动后，出于安全考虑，以上这行配置会被snmpd自动删除，当然，snmpd会将这些配置以密文的形式记录在其它文件中，重新启动snmpd是不需要再次添加这些配置的，除非你希望创建新的用户。

以上配置中的用户名、密码和加密方式，在监控宝添加服务器的时候需要添加。

启动SNMP代理程序

经过配置后，现在可以启动snmpd，如下：

/usr/local/snmp/sbin/snmpd
如果要关闭，则可以直接kill这个进程，如下：

killall -9 snmpd
增强的安全机制

有了以上的验证机制，你就可以放心的使用SNMP代理了。但是，如果你的SNMP代理程序版本较低，可能会有一些别有用心的破坏者利用一些固有的漏洞进行破坏，比如发送较长的数据导致SNMP代理程序内存泄漏或者拒绝服务等，为此，你还可以使用防火墙（iptables）来进行增强的安全过滤。

在Linux中，我们用iptables来实现防火墙，一般情况下，除了流入指定端口的数据包以外，我们应该将其它流入的IP数据包抛弃。你可能已经配置了一定的防火墙规则，那么只要增加针对SNMP的规则即可。

SNMP代理程序默认监控在udp161端口，为你的iptables增加以下规则：

iptables -A INPUT -i eth0 -p udp -s 60.195.249.83 –dport 161 -j ACCEPT
以上设置中假设服务器外网网卡是eth0，你可以根据实际情况来修改。

这样一来，只有监控宝的专用监控器可以发送UDP数据包到你的服务器的161端口，与SNMP代理程序进行通信。

Windows SNMP

在Windows服务器上开启SNMP服务非常简单，您可以参考http:/.jiankongbao.com/?p=185。

MySQL 监控

创建MySQL权限

您需要在被监控的MySQL服务器上为监控宝创建一个专用的MySQL用户，这样做的好处是：

与您的其它MySQL用户进行有效隔离，独立管理。
对该用户进行受限管理，不需要给予任何MySQL权限。
指定监控宝的访问IP地址，阻止其它非法访问。
操作非常简单，在MySQL中操作如下：

CREATE USER ‘jiankongbao’@’60.195.252.106′ IDENTIFIED BY  ‘your_password’;
CREATE USER ‘jiankongbao’@’60.195.249.83′  IDENTIFIED BY  ‘your_password’;
在以上操作中，我们创建的MySQL用户名为“jiankongbao”，密码为“your_password”，建议您对其进行修改。除此之外，目前我们不需要对该MySQL账户授予任何权限。

同时，监控宝目前指定的授权IP地址为：60.195.252.106、60.195.249.83，请同时添加，随后如有变更，我们会及时通知用户。

防火墙安全配置

尽管以上的MySQL配置已经相当安全，您仍然可以通过防火墙来保护您的MySQL服务器，以Linux的iptables为例，您可以仅开放监控宝指定IP地址来访问MySQL服务器的端口。

iptables操作如下：

iptables -A INPUT -i eth0 -p tcp -s 60.195.252.106 –dport 3306 -j ACCEPT
iptables -A INPUT -i eth0 -p tcp -s 60.195.249.83  –dport 3306 -j ACCEPT
注意：在MySQL或者防火墙中指定授权IP地址的时候，请只开放我们指定的IP地址，而不要直接开放整个C类网段，比如60.195.252.0/24，因为该网段中其它服务器不在我们的可控范围内。

Apache 监控

修改httpd.conf

在添加Apache监控之前，我们需要开启Apache的status模块，以Apache2.x版本为例，我们需要修改httpd.conf，增加以下配置段：

ExtendedStatus On
<Location /server-status>
SetHandler server-status
Order deny,allow
Deny from all
Allow from 60.195.252.106
Allow from 60.195.249.83
</Location>
这样一来，假如你的Apache所在服务器的域名和IP地址为

www.domain.com -> 10.0.0.1
那么，Apache的状态页面地址便为：

http://www.domain.com/server-status

或者

http://10.0.0.1/server-status

受限访问设置

我们当然不希望其它人浏览status页面，所以您可以做一些限制，首先，对于默认的status地址，您可以进行修改，比如将：

<Location /server-status>
修改为：

<Location /my-domain-status>
其次，您已经看到，我们提供了指定的授权IP地址：60.195.252.106、60.195.249.83，您可以仅授权这个地址访问您的status页面。

Lighttpd 监控

Lighttpd的状态监控依赖于mod_status模块，幸运的是，Lighttpd缺省已经内置了mod_status模块，我们要做的就是打开配置文件lighttpd.conf，开启这个模块，也就是删除模块前边的“#”注释符，比如：

server.modules              = (
#                               “mod_rewrite”,
#                               “mod_redirect”,
#                               “mod_alias”,
“mod_access”,
#                               “mod_trigger_b4_dl”,
#                               “mod_auth”,
“mod_status”,
“mod_fastcgi”,
“mod_accesslog” )
为了便于描述，以上配置部分省略了其它的模块。

然后，在lighttpd.conf中找到以下部分：

#### status module
status.status-url          = “/server-status”
默认情况下以上语句是被注释的，同样，删掉注释符，保存配置文件，重启lighttpd，大功告成。

假如lighttpd所在服务器的IP为10.0.0.1，同时指向它的域名为www.domain.com。那么，这样一来，状态页面便是：

http://10.0.0.1/server-status

或者

http://www.domain.com/server-status

最后，建议您修改默认的server-status，比如：

#### status module
status.status-url          = “/my-lighttpd-status”
Nginx 监控

需要注意的是，Nginx默认安装不包含状态模块stub_status，所以，在编译Nginx的时候，需要添加以下参数：

–with-http_stub_status_module
一旦包含stub_status模块后，我们就可以在配置文件nginx.conf中开启状态页面：

http {
server {
listen       80;
server_name  localhost;

location / {
root   html;
index  index.html index.htm;
}

location /nginx-status {
stub_status on;
access_log  off;
}
}
}
以上配置文件中，我们实际增加的部分是：

location /nginx-status {
stub_status on;
access_log  off;
}
同样，假如Nginx所在服务器的IP为10.0.0.1，同时指向它的域名为www.domain.com，这样一来，Nginx的状态页面便是：

http://10.0.0.1/nginx-status

或者

http://www.domain.com/nginx-status

同样，建议您将以上示例中的nginx-status修改为其它字符串。

另外，Nginx的stub_status也支持授权IP的配置，您可以参考Nginx的手册，监控宝提供的服务监控点IP地址为：

60.195.252.106
60.195.249.83

在恢复一个MySQL的备份文件(db_backup.sql)的时候，老提示字符串有错误，开始以为是字符集的问题，于是在还原命令里强行写–default-character-set=gbk，也没有效果。

看到错误提示里有关键字“abcd.pdf”，于是想打开这个备份文件来看看是错在哪个表。
问题来了，这个文件有4G，估计没有哪个编辑器能顺溜溜地打开。好吧，先把它分割

#split -b 100m db_backup.sql

于是产生了若干个100M大小的文件 如xaa xab….xbg等等….
接下来就是重复地运行字符串搜索了

#grep ‘abcd.pdf’ xaa
#grep ‘abcd.pdf’ xab

……
他娘的，终于在最后一个文件xbg里找到这个关键字了，早知道反过来查。这里应该有更聪明的方法，我严重怀疑自己花了不该花的时间。

于是用编辑器哼哧哼哧打开了这个100M的xbg文件，搜啊搜，了解了更多信息后，终于知道这段错误是属于哪个表了，凶手就是你——“table1”表！

通过查看代码，发现果然有问题，这个表是数据库里面不应该存在的，可能是以前测试的时候不小心遗留下来的，它的字符集与其他正常的表不一样，所以在还原的时候报错。

算我运气好，这个表的还原sql语句刚好在这个超大文件的最末端，只需要删掉即可。

我首先用编辑器删除最后一段文本，然后再合并这些之前分割的文件为一个新的“db_backup_merge.sql”

#cat x*>db_backup_merge.sql

拿它运行还原命令

mysql -uroot -pxxxx data1<db_backup_merge.sql

 

报错

unknow command “\”

 

汗，估计是分割、合并、编辑的时候系统自动添加了不必要的结尾符号。看来这条路走不通了。

只能直接针对那个大型文件下手。

现在，我们逐步精确我们要删除的那段文字的总行数。通过不断看末尾的信息……

#tail -n 20 db_backup.sql 少了一点……
#tail -n 100 db_backup.sql 多了一点……

 

……
若干次尝试后，确定了要删除文字属于最后的43行。
那么如何得到除了这最后43行的所有前面的内容呢？

先看看这个大文件总共有多少行吧

#wc -l db_backup.sql

 

6953行…
那么意思是除去那要删掉的43行，剩下有用的总共有 6953 – 43 = 6910 行~
好了，开始获取吧，然后保存到一个新的“db_backup_head.sql”里面

#head -6910 db_backup.sql>db_backup_head.sql

 

多检查几次看看是不是有遗失的行

#tail -n 20 db_backup_head.sql

 

如果有问题，那就调整数字，直到得到一个你需要的处理过的、完整的、准确的文件。
您慢慢检查吧，在下就不陪了。

开始恢复：

mysql -uroot -pxxxx data1

 

成功~

Rocketsvn

一直以来是用的AnkhSvn-2.1.7141.181，因为够用，所以也没有升级过，使用起来还是很方便的，开一小窗口，需要的时候就点击按钮即可，但是越来越觉得不能设置键盘快捷操作是个软肋，之前在《在eclipse中整合svn客户端的方法》一文中介绍过eclipse里的svn快捷操作，netbeans里也可以设置快捷，遂觉得VS2008里的这个ankhsvn越来越不好用了。（如图，您能从那小小的图标看出来它是干啥的吗？）

我只需要一个能减少commit操作时间的快捷键而已！

于是找到了本文的主角RocketSVN，据说以前是收费的，现在免费了。下载地址是：http://www.axosoft.com/rocketsvn

首先安装，然后重启一下VS2008,在那个一闪而过的启动窗口里可以看到那个小火箭。。。。说明安装成功了

然后打开“工具”->“选项”，在下面的Source Control里选中RocketSVN为默认的。下面还有两个 Environment和User Tools，有兴趣你也操作一下吧。

接下来我们可以看到菜单栏已经多了一个“RocketSVN”，下面包括了所有的SVN操作，具体就不细说了。

下面开始我们关键的设置快捷键，以本人使用频率最高的commit为例。打开“工具”->“选项”->“环境”->“键盘”，为了方便在那一串列表里快速找到Rocket SVN的提交操作，我们在3处输入“Rocket”进行筛选，然后找到需要设置快捷键的操作“RocketSVN.CommitChanges”，作为一个英语非常艰辛地通过了4级的人，我找到了，你呢？

然后到4处，按下你需要设置的快捷键，注意尽量不要和其他软件有冲突，然后点击“分配”，最后确定。

测试一下，我们修改了一个文件后，按下刚设置的快捷键，这时如果不出意外，就弹出文件提交的确认窗口了

于是乎，我可以不用去寻找那个小图标，键指如飞了……ankhSVN从此退休，也让我明白了一个道理，做产品，要急用户之所急，想用户之所想！

SELECT COUNT(DISTINCT column(s)) FROM table

举例

With this “Orders” Table:

用的是这张”Orders”表:

Company

OrderNumber

Sega

3412

W3Schools

2312

Trio

4678

W3Schools

6798

举例

SELECT COUNT(Company) FROM Orders

结果:

4

举例

SELECT COUNT(DISTINCT Company) FROM Orders

结果:

3

这里我使用的例子是：

SELECT COUNT(DISTINCT d.did) FROM dtable d LEFT JOIN atable a ON d.did=a.aid