经过不懈的努力，终于搞定了，解决办法很简单，直接格盘重装系统和wow客户端。
网络上的解决方法都试过，根本没用

系统环境：XP-professional SP2

第一次安装QTP9.5 不知什么原因一直报错

问过多位前辈后决定重新安装操作系统（问题原因可能是以前装过QC，造成注册表或.dll文件发生改变，使得系统在安装QTP时，误认为QTP装过，但没装成功；另也可能仅仅是.dll文件发生变化，因为有朋友在未安装QC的情况下也报同样错误，具体到现在都没弄清，估计要找HP工程师问问）

安装过程不做描述

开始破解：使用mgn-mqt82.exe破解工具（51上有下载）

运行mgn-mqt82，报错

本以为是破解文件问题，后查找后发现，原来QTP9.5版本在安装过程中没有在C:\Program Files\Common Files\Mercury Interactive\目录下建License Manager文件夹，因此，需手工建立License Manager文件夹，再次运行破解工具mgn-mqt82.exe，成功！

 

记事本打开C:\Program Files\Common Files\Mercury Interactive\License Manager下的 lservrc文件，把第一个#好之前的数字复制下来OK，CTRL+V，成功！

查看是否破解成功,运行QTP9.5，执行路径Help--About QuickTest Professional 9.5--License...可以看到

 

PS1.一上午的事实证明，QC9.0不支持SQL2008，网上说支持的都是扯蛋，浪费时间。-2012.2.20

PS2. QC9.0支持SQL 2005

安装环境WIN XP-professional＋MS SQL 2000

使用QC9.0版本

 

1.对MS SQL 2000打SP4补丁打不上的问题:

装SQL SERVER SP4时,出现以前进行的程序安装创建了挂起的文件操作.运行程序之前,必须重新起动计算机

　　在安装SQL或SP补丁的时候系统提示之前有挂起的安装操作，要求重启，这里往往重启无用，解决办法：

 

　　到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager

 

删除PendingFileRenameOperations

 

注意：SP4有三个程序包a数据库组件（下载文件：SQL2000-KB884525-SP4-x86.EXE）b Analysis Services 组件（下载文件：SQL2000.AS-KB884525-SP4-x86.EXE）c SQL Server 2000 Desktop Engine (MSDE) 组件（下载文件：SQL2000.MSDE-KB884525-SP4-x86.EXE）（http://www.microsoft.com/DOWNLOADS/details.aspx?familyid=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5&displaylang=zh-cn）。在这里我们选择数据库组件就可以了。

 

2.如何查看MS SQL 2000打的是什么版本的补丁？

如何知道自己的MS SQL－SERVER2000现在到底打了哪个补丁，在 MS SQL-SERVER2000中没有直接查看安装版本及补丁的工具，但是我们可以通过查询分析器可以了解到我们想要了解的信息，只需要在查询分析器中输入select @@version 在输出结果中：

           1、8.00.194  表示此版本是SQL   Server   2000 发行版。

           2、8.00.384  表示此版本是SQL   Server   2000   SP1 。

           3、8.00.534  表示此版本是SQL   Server   2000   SP2。

           4、8.00.760  表示此版本是SQL   Server   2000   SP3。

           5、8.00.2039 表示此版本是SQL   Server   2000   SP4。

 

3.当修改XP系统密码后造成SQL SERVER2000无法启动

原因在于，MS SQL 2000安装时设置成Windows身份认证，当Windows密码更改后相应的也须对MS SQL 2000进行修改，具体方法：开始－设置－控制面板－管理工具－服务－选择MSSQLSERVER服务项－单击右键打开属性－选择登录tab－选择此账户密码修改为现在XP系统登录时的密码－确定。

注：SQL SERVER2000使用的是1433端口，当SQL SERVER2000启动时可以使用netstat –a –n –o命令在cmd下查看此端口是否已打开。

 

 

准备就绪开始安装QC

 

4.数据库服务器配置出错如【图1】【图2】

数据库管理员用户名sa以及密码，填写正确的情况。

【图1】

出错图片。

【图2】

解决方法：转自http://bbs.51testing.com/thread-79791-1-1.html

a．SQL企业管理器中，设置登录的地方；如果安装的时候是混合模式登录的话，就不会出现本帖要解决的这个问题。

 

5.JBOSS端口号如何修改

       本机已装过TOMCAT（端口为8080），为了让TOMCAT同JBOSS端口不冲突，必须修改其中一端口。

JBOSS_HOME\server\default\deploy\jbossweb-tomcat55.sar\server.xml"修改此文件可以修改JBOSS的端口号，本机已经把默认的8080端口改成8090，原来的TOMCAT仍是8080，两个使用正常。netstat –a –n –o 端口8090打开――这有问题，tomcat同jboss不能同时启动，jboss占了两个端口号8080和8090

 

b．如图修改

c．上面修改成功後；在qc安装过程中，qc2出错图返回上一页，再下一步，就可以看到这个画面了，定义站点管理员就OK了

 PS3.这里需要注意下“服务器名称”要填对，同本机“计算机名”一致

QC安装问题总结.rar(989 KB)

文章出处：51testing博客 作者：海龙 发布时间：2006-12-05   

  谢克人如是说。他认为，过程和流程并非完全相同。过程是PROCESS，也就是过程，进程、工序、工艺，制作法；而流程是PROCEDURE，也就是程序，手续，步骤。从概念上来看，“过程”好比抓大放小，“流程”好比事无巨细，过程强调对全程的全面把握和对关键点的监督，而流程是对每一个环节进行程序化的处理，过程比流程更灵活，但也具备全面控制的功能，因此更加适应柔性管理的需要。

  为了进一步解释“过程”和“流程”的差异，谢克人进行打了一个比方。好比我们大家都要吃饭，吃饭有它的过程，如准备饭菜、进餐、清洗餐具，这是我们都要进行的。而在此其中，流程的差异是巨大的，比如有人可能喜欢吃炸酱面，他的流程就是买面条、备菜、煮水、下面，沥水、拌酱、吃面、洗碗、洗锅；有的人可能喜欢吃米饭，他的流程就是买菜、淘米、煮饭、洗菜、炒菜、吃饭、洗碗、洗锅；而老外可能更简约，他们的流程可能是买面包、可乐，然后吃完了就算OK。由此可以看出，为什么同样是吃顿饭，中国人比外国人麻烦，南方人比北方人麻烦，因为虽然过程一样，但是流程大不相同！

  过程和流程是对同一事物不同级别的描述，并不是包含关系。过程抓大放小，流程事无巨细。这两个概念的区分有一定的管理意义，高层管理者重视对全程的全面把握和对关键点的监督。中层管理者以及一线的工作人员，要严格遵照流程规范，按流程规定的时间、入口准则、使用的技术方法、出口准则等等，完成软件开发的各项工作。

此文来源于51testing博客,转载请著名出处
原始链接:http://blog.51testing.com/?26649/action_viewspace_itemid_546.html

  在影响软件质量的因素中提到：影响软件质量的因素有技术、流程、组织.这里会有一个问题,流程和过程有什么区别.过程就是一个大体的概述。而流程是一个细小而具体的流。->计划->需求分析->设计->编码实现->测试->维护运行->(这可以看成过程,是软件开发的步骤,是大的方面),而单独就测试来说测试有->UT->IT->ST->(这可以看成是流程,因为已经细化了,当然我们可以把整个软件开发过程都用流程来表述,来细化各个步骤,所以在影响软件质量的三个因素中,流程可以写成过程,但同时要明白过程跟流程的细小差别).--个人观点

 

 

包括安装时提示有挂起的操作、收缩数据库、压缩数据库、转移数据库给新用户以已存在用户权限、检查备份集、修复数据库等。

1.挂起操作

在安装Sql或sp补丁的时候系统提示之前有挂起的安装操作，要求重启，这里往往重启无用，解决办法：

到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager

删除PendingFileRenameOperations

2.收缩数据库

--重建索引

DBCC REINDEX

DBCC INDEXDEFRAG

--收缩数据和日志

DBCC SHRINKDB

DBCC SHRINKFILE

3.压缩数据库

dbcc shrinkdatabase(dbname)

4.转移数据库给新用户以已存在用户权限

exec sp_change_users_login 'update_one','newname','oldname'

go

5.检查备份集

RESTORE VERIFYONLY from disk='E:\dVBbs.bak'

6.修复数据库

ALTER DATABASE [dvbbs] SET SINGLE_USER

GO

DBCC CHECKDB('dvbbs',repair_allow_data_loss) WITH TABLOCK

GO

ALTER DATABASE [dvbbs] SET MULTI_USER

GO

--CHECKDB 有3个参数:

--REPAIR_ALLOW_DATA_LOSS

-- 执行由 REPAIR_REBUILD 完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。

--REPAIR_FAST 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。

--REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。

--DBCC CHECKDB('dvbbs') with NO_INFOMSGS,PHYSICAL_ONLY

7.SQL Server日志清除的两种方法

在使用过程中大家经常碰到数据库日志非常大的情况，在这里介绍了两种处理方法……

方法一：

一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大。

1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如论坛数据库Forum）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存。

2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。

3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据。

方法二：

SET NOCOUNT ON

DECLARE @LogicalFileName sysname,

@MaxMinutes INT,

@NewSize INT

USE databasename -- 要操作的数据库名

SELECT @LogicalFileName = 'databasename_log', -- 日志文件名

@MaxMinutes = 10, -- Limit on time allowed to wrap log.

@NewSize = 1 -- 你想设定的日志文件的大小(M)

-- Setup / initialize

DECLARE @OriginalSize int

SELECT @OriginalSize = size

FROM sysfiles

WHERE name = @LogicalFileName

SELECT 'Original Size of ' + db_name() + ' LOG is ' +

CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' +

CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'

FROM sysfiles

WHERE name = @LogicalFileName

CREATE TABLE DummyTrans

(DummyColumn char (8000) not null)

DECLARE @Counter INT,

@StartTime DATETIME,

@TruncLog VARCHAR(255)

SELECT @StartTime = GETDATE(),

@TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY'

DBCC SHRINKFILE (@LogicalFileName, @NewSize)

EXEC (@TruncLog)

-- Wrap the log if necessary.

WHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired

AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName)

AND (@OriginalSize * 8 /1024) > @NewSize

BEGIN -- Outer loop.

SELECT @Counter = 0

WHILE ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))

BEGIN -- update

INSERT DummyTrans VALUES ('Fill Log')

DELETE DummyTrans

SELECT @Counter = @Counter + 1

END

EXEC (@TruncLog)

END

SELECT 'Final Size of ' + db_name() + ' LOG is ' +

CONVERT(VARCHAR(30),size) + ' 8K pages or ' +

CONVERT(VARCHAR(30),(size*8/1024)) + 'MB'

FROM sysfiles

WHERE name = @LogicalFileName

DROP TABLE DummyTrans

SET NOCOUNT OFF

 

8.删除数据库中重复数据的几个方法

数据库的使用过程中由于程序方面的问题有时候会碰到重复数据，重复数据导致了数据库部分设置不能正确设置……

方法一

declare @max integer,@id integer

declare cur_rows cursor local for select 主字段,count(*) from 表名 group by 主字段 having count(*) > 1

open cur_rows

fetch cur_rows into @id,@max

while @@fetch_status=0

begin

select @max = @max -1

set rowcount @max

delete from 表名 where 主字段 = @id

fetch cur_rows into @id,@max

end

close cur_rows

set rowcount 0

方法二

有两个意义上的重复记录:

一是完全重复的记录，也即所有字段均重复的记录，

二是部分关键字段重复的记录，比如Name字段重复，而其他字段不一定重复或都重复可以忽略。

A、对于第一种重复，比较容易解决，使用

select distinct * from tableName

就可以得到无重复记录的结果集。

如果该表需要删除重复的记录（重复记录保留1条），可以按以下方法删除：

select distinct * into #Tmp from tableName

drop table tableName

select * into tableName from #Tmp

drop table #Tmp

发生这种重复的原因是表设计不周产生的，增加唯一索引列即可解决。

B、这类重复问题通常要求保留重复记录中的第一条记录，操作方法如下

假设有重复的字段为Name,Address，要求得到这两个字段唯一的结果集。

select identity(int,1,1) as autoID, * into #Tmp from tableName

select min(autoID) as autoID into #Tmp2 from #Tmp group by Name,autoID

select * from #Tmp where autoID in(select autoID from #tmp2)

最后一个select即得到了Name，Address不重复的结果集（但多了一个autoID字段，实际写时可以写在select子句中省去此列）。

9.更改数据库中表的所属用户的两个方法

大家可能会经常碰到一个数据库备份还原到另外一台机器结果导致所有的表都不能打开了，原因是建表的时候采用了当时的数据库用户……

--更改某个表

exec sp_changeobjectowner 'tablename','dbo'

--存储更改全部表

CREATE PROCEDURE dbo.User_ChangeObjectOwnerBatch

@OldOwner as NVARCHAR(128),

@NewOwner as NVARCHAR(128)

AS

DECLARE @Name as NVARCHAR(128)

DECLARE @Owner as NVARCHAR(128)

DECLARE @OwnerName as NVARCHAR(128)

DECLARE curObject CURSOR FOR

select 'Name' = name,

'Owner' = user_name(uid)

from sysobjects

where user_name(uid)=@OldOwner

order by name

OPEN curObject

FETCH NEXT FROM curObject INTO @Name, @Owner

WHILE(@@FETCH_STATUS=0)

BEGIN

if @Owner=@OldOwner

begin

set @OwnerName = @OldOwner + '.' + rtrim(@Name)

exec sp_changeobjectowner @OwnerName, @NewOwner

end

-- select @name,@NewOwner,@OldOwner

FETCH NEXT FROM curObject INTO @Name, @Owner

END

close curObject

deallocate curObject

GO

10.SQL Server中直接循环写入数据

declare @i int

set @i=1

while @i<30

begin

insert into test (userid) values(@i)

set @i=@i+1

end

11.无数据库日志文件恢复数据库方法两则

数据库日志文件的误删或别的原因引起数据库日志的损坏。

方法一：

1.新建一个同名的数据库；

2.再停掉SQL Server(注意不要分离数据库)；

3.用原数据库的数据文件覆盖掉这个新建的数据库；

4.再重启sql server；

5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)；

6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用。

数据库的脚本创建一个新的数据库,并将数据导进去就行了。

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'

Go

sp_dboption '置疑的数据库名', 'single user', 'true'

Go

DBCC CHECKDB('置疑的数据库名')

Go

update sysdatabases set status =28 where name='置疑的数据库名'

Go

sp_configure 'allow updates', 0 reconfigure with override

Go

sp_dboption '置疑的数据库名', 'single user', 'false'

Go

方法二：

设置数据库为紧急模式；

停掉SQL Server服务；

把应用数据库的数据文件XXX_Data.mdf移走；

重新建立一个同名的数据库XXX；

停掉SQL服务；

把原来的数据文件再覆盖回来；

运行以下语句，把该数据库设置为紧急模式；

运行

“Use Master

Go

sp_configure 'allow updates', 1

reconfigure with override

Go”

执行结果：

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

已将配置选项 'allow updates' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。

接着运行“update sysdatabases set status = 32768 where name = 'XXX'”

执行结果：

（所影响的行数为 1 行）

重启SQL Server服务；

运行以下语句，把应用数据库设置为Single User模式；

运行“sp_dboption 'XXX', 'single user', 'true'”

执行结果：

命令已成功完成。

做DBCC CHECKDB；

运行“DBCC CHECKDB('XXX')”

执行结果：

'XXX' 的 DBCC 结果。

'sysobjects' 的 DBCC 结果。

对象 'sysobjects' 有 273 行，这些行位于 5 页中。

'sysindexes' 的 DBCC 结果。

对象 'sysindexes' 有 202 行，这些行位于 7 页中。

'syscolumns' 的 DBCC 结果。

………

运行以下语句把系统表的修改选项关掉；

运行“sp_resetstatus "XXX"

go

sp_configure 'allow updates', 0

reconfigure with override

Go”

执行结果：

在 sysdatabases 中更新数据库 'XXX' 的条目之前，模式 = 0，状态 = 28（状态 suspect_bit = 0），

没有更新 sysdatabases 中的任何行，因为已正确地重置了模式和状态。没有错误，未进行任何更改。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

已将配置选项 'allow updates' 从 1 改为 0。请运行 RECONFIGURE 语句以安装。

重新建立另外一个数据库XXX.Lost；

DTS导出向导

运行DTS导出向导；

复制源选择EmergencyMode的数据库XXX，导入到XXX.Lost；

选择“在SQL Server数据库之间复制对象和数据”，试了多次，好像不行，只是复制过来了所有表结构，但是没有数据，也没有视图和存储过程，而且DTS向导最后报告复制失败；

所以最后选择“从源数据库复制表和视图”，但是后来发现，这样总是只能复制一部分表记录；

于是选择“用一条查询指定要传输的数据”，缺哪个表记录，就导哪个；

视图和存储过程是执行SQL语句添加的。

12.维护SQL Server中表的索引

在使用和创建数据库索引中经常会碰到一些问题，在这里可以采用一些另类的方法解决…

--第一步：查看是否需要维护，查看扫描密度/Scan Density是否为100%

declare @table_id int

set @table_id=object_id('表名')

dbcc showcontig(@table_id)

--第二步:重构表索引

dbcc dbreindex('表名',pk_索引名,100)

--重做第一步，如发现扫描密度/Scan Density还是小于100%则重构表的所有索引

--杨铮：并不一定能达100%。

dbcc dbreindex('表名','',100)

13.SQL Server补丁版本的检查

SQL Server的补丁版本检查不如Windows 补丁版本检查直接，一个系统管理员，如果不了解SQL Server版本对应的补丁号，可能也会遇到一点麻烦，因此在这说明一下，通过这样的办法判别机器是安全的办法，不会对系统产生任何影响。

1、用Isql或者SQL查询分析器登录到SQL Server，如果是用Isql，请在cmd窗口输入isql -U sa,然后输入密码，进入；如果是用SQL查询分析器，请从程序中启动，输入sa和密码（也可以用windows验证）。

2、在ISQL中输入：

Select @@Version；

go

或者SQL查询分析器中输入(其实如果不想输入，只要打开帮助的关于就可以了:))

Select @@Version；

然后按执行；

这时会返回SQL的版本信息，如下：

Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation EntERPrise Edition on Windows NT 5.0 (Build 2195: Service Pack 3)

其中的8.00.760就是SQL Server的版本和补丁号。对应关系如下：

SQL Server 2000 版本和级别 @@VERSION 产品级别

SQL Server 2000 原始版本 8.00.194 RTM

Database Components SP1 8.00.384 SP1

Database Components SP2 8.00.534 SP2

Database Components SP3、SP3a 或 MSDE 2000 Release A 8.00.760 SP3

Database Components SP4 8.00.2039 SP4

这样我们就能看到SQL Server的正确版本和补丁号了。

我们也可以用xp_msver看到更详细的信息。

14.Sql Server数据库的备份和恢复措施

14.1、备份数据库

1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server；

2、SQL Server组-->双击打开你的服务器-->双击打开数据库目录；

3、选择你的数据库名称（如论坛数据库Forum）-->然后点上面菜单中的工具-->选择备份数据库；

4、备份选项选择完全备份，目的中的备份到如果原来有路径和名称则选中名称点删除，然后点添加，如果原来没有路径和名称则直接选择添加，接着指定路径和文件名，指定后点确定返回备份窗口，接着点确定进行备份。

14.2、还原数据库

1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server；

2、SQL Server组-->双击打开你的服务器-->点图标栏的新建数据库图标，新建数据库的名字自行取；

3、点击新建好的数据库名称（如论坛数据库Forum）-->然后点上面菜单中的工具-->选择恢复数据库；

4、在弹出来的窗口中的还原选项中选择从设备-->点选择设备-->点添加-->然后选择你的备份文件名-->添加后点确定返回，这时候设备栏应该出现您刚才选择的数据库备份文件名，备份号默认为1（如果您对同一个文件做过多次备份，可以点击备份号旁边的查看内容，在复选框中选择最新的一次备份后点确定）-->然后点击上方常规旁边的选项按钮；

5、在出现的窗口中选择在现有数据库上强制还原，以及在恢复完成状态中选择使数据库可以继续运行但无法还原其它事务日志的选项。在窗口的中间部位的将数据库文件还原为这里要按照你SQL的安装进行设置（也可以指定自己的目录），逻辑文件名不需要改动，移至物理文件名要根据你所恢复的机器情况做改动，如您的SQL数据库装在D:\Program Files\Microsoft SQL Server\MSSQL\Data，那么就按照您恢复机器的目录进行相关改动改动，并且最后的文件名最好改成您当前的数据库名（如原来是bbs_data.mdf，现在的数据库是forum，就改成forum_data.mdf），日志和数据文件都要按照这样的方式做相关的改动（日志的文件名是*_log.ldf结尾的），这里的恢复目录您可以自由设置，前提是该目录必须存在（如您可以指定d:\sqldata\bbs_data.mdf或者d:\sqldata\bbs_log.ldf），否则恢复将报错；

6、修改完成后，点击下面的确定进行恢复，这时会出现一个进度条，提示恢复的进度，恢复完成后系统会自动提示成功，如中间提示报错，请记录下相关的错误内容并询问对SQL操作比较熟悉的人员，一般的错误无非是目录错误或者文件名重复或者文件名错误或者空间不够或者数据库正在使用中的错误，数据库正在使用的错误您可以尝试关闭所有关于SQL窗口然后重新打开进行恢复操作，如果还提示正在使用的错误可以将SQL服务停止然后重起看看，至于上述其它的错误一般都能按照错误内容做相应改动后即可恢复。

14.3、收缩数据库

一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大。

1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如论坛数据库Forum）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存；

2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定；

3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据。

14.4、设定每日自动备份数据库

强烈建议有条件的用户进行此操作！

1、打开企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器；

2、然后点上面菜单中的工具-->选择数据库维护计划器；

3、下一步选择要进行自动备份的数据-->下一步更新数据优化信息，这里一般不用做选择-->下一步检查数据完整性，也一般不选择；

4、下一步指定数据库维护计划，默认的是1周备份一次，点击更改选择每天备份后点确定；

5、下一步指定备份的磁盘目录，选择指定目录，如您可以在D盘新建一个目录如：d:\databak，然后在这里选择使用此目录，如果您的数据库比较多最好选择为每个数据库建立子目录，然后选择删除早于多少天前的备份，一般设定4－7天，这看您的具体备份要求，备份文件扩展名一般都是bak就用默认的；

6、下一步指定事务日志备份计划，看您的需要做选择-->下一步要生成的报表，一般不做选择-->下一步维护计划历史记录，最好用默认的选项-->下一步完成；

7、完成后系统很可能会提示Sql Server Agent服务未启动，先点确定完成计划设定，然后找到桌面最右边状态栏中的SQL绿色图标，双击点开，在服务中选择Sql Server Agent，然后点击运行箭头，选上下方的当启动OS时自动启动服务；

8、这个时候数据库计划已经成功的运行了，他将按照您上面的设置进行自动备份。

修改计划：

1、打开企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->管理-->数据库维护计划-->打开后可看到你设定的计划，可以进行修改或者删除操作

14.5、数据的转移（新建数据库或转移服务器）

一般情况下，最好使用备份和还原操作来进行转移数据，在特殊情况下，可以用导入导出的方式进行转移，这里介绍的就是导入导出方式，导入导出方式转移数据一个作用就是可以在收缩数据库无效的情况下用来减小（收缩）数据库的大小，本操作默认为您对SQL的操作有一定的了解，如果对其中的部分操作不理解，可以咨询动网相关人员或者查询网上资料。

1、将原数据库的所有表、存储过程导出成一个SQL文件，导出的时候注意在选项中选择编写索引脚本和编写主键、外键、默认值和检查约束脚本选项；

2、新建数据库，对新建数据库执行第一步中所建立的SQL文件；

3、用SQL的导入导出方式，对新数据库导入原数据库中的所有表内容；

利用数据库日志恢复数据到时间点的操作

由于不正常的数据丢失，而又不想使用备份数据还原，只要原来有备份且当前日志保存完好，可以采用这个方法试试，说不定可挽回损失……

1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了）；

backup log dbName to disk='fileName'

2，恢复一个全库备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢复；

restore database dbName from disk='fileName' with norecovery

3，恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻。

restore log dbName from disk='fileName'

with stopat='date_time'

以上这些操作都可以在SQL SERVER企业管理器里完成，难度不大。。。

当然，如果误操作是一些不记日志的操作比如truncate table，select into等操作，那么是无法利用上述方法来恢复数据的...

15.SQL Server2000数据库文件损坏时如何恢复

出现这样的问题是比较严重的了，能否修复只能看你的运气……

SQL Server2000中，如果数据库文件（非系统数据库文件）遇到错误的时候，仅适用于非master,msdb的数据库。

说明如下：

1 建一个测试数据库test(数据库类型为完全)；

2 建一个表，插入点记录：

create table a(c1 varchar(2))

go

insert into a values('aa')

go

insert into a values('bb')

go

3 作完全备份，到文件test_1.bak；

4 再作一点修改：

insert into a values('cc')

go

create table b(c1 int)

go

insert into b values(1)

go

insert into b values(2)

go

5 shutdown 数据库服务器；

6 用ultraedit编辑数据库文件test_data.mdf,随便修改点字节内容,相当于数据库遭到致命的损坏；

7 启动数据库，并且运行企业管理器，点开数据库，看到test变成灰色，而且显示置疑；

8 运行isql -SLocalhost -Usa -P：

1> backup log test TO DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKUP

est_2.bak' WITH NO_TRUNCATE

2>go

已处理 2 页，这些页属于数据库 'test' 的文件 'TEST_Log'（位于文件 1 上）。

BACKUP LOG 操作成功地处理了 2 页，花费了 0.111 秒（0.087 MB/秒）。

9 进行恢复最老的完全备份：

1> RESTORE DATABASE test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQL

BACKUP est_1.bak' WITH NORECOVERY

2> go

已处理 96 页，这些页属于数据库 'test' 的文件 'TEST_Data'（位于文件 1 上）。

已处理 1 页，这些页属于数据库 'test' 的文件 'TEST_Log'（位于文件 1 上）。

RESTORE DATABASE 操作成功地处理了 97 页，花费了 0.107 秒（7.368 MB/秒）。

10 恢复最近的日志：

1> RESTORE LOG test FROM DISK='D:Program FilesMicrosoft SQL ServerMSSQLBACKU

P est_2.bak' WITH RECOVERY

2> go

已处理 2 页，这些页属于数据库 'test' 的文件 'TEST_Log'（位于文件 1 上）。

RESTORE LOG 操作成功地处理了 2 页，花费了 0.056 秒（0.173 MB/秒）。

16.存储过程编写经验和优化措施

一、适合读者对象：

数据库开发程序员，数据库的数据量很多，涉及到对SP（存储过程）的优化的项目开发人员，对数据库有浓厚兴趣的人。 　

二、介绍：

在数据库的开发过程中，经常会遇到复杂的业务逻辑和对数据库的操作，这个时候就会用SP来封装数据库操作。如果项目的SP较多，书写又没有一定的规范，将会影响以后的系统维护困难和大SP逻辑的难以理解，另外如果数据库的数据量大或者项目对SP的性能要求很，就会遇到优化的问题，否则速度有可能很慢，经过亲身经验，一个经过优化过的SP要比一个性能差的SP的效率甚至高几百倍。 　

三、内容： 　

1、开发人员如果用到其他库的Table或View，务必在当前库中建立View来实现跨库操作，最好不要直接使用“databse.dbo.table_name”，因为sp_depends不能显示出该SP所使用的跨库table或view，不方便校验。　　

2、开发人员在提交SP前，必须已经使用set showplan on分析过查询计划，做过自身的查询优化检查。 　

3、高程序运行效率，优化应用程序，在SP编写过程中应该注意以下几点： 　　

a)SQL的使用规范：

i.　尽量避免大事务操作，慎用holdlock子句，提高系统并发能力。

ii.　尽量避免反复访问同一张或几张表，尤其是数据量较大的表，可以考虑先根据条件提取数据到临时表中，然后再做连接。

iii.　尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该改写；如果使用了游标，就要尽量避免在游标循环中再进行表连接的操作。

iv.　注意where字句写法，必须考虑语句顺序，应该根据索引顺序、范围大小来确定条件子句的前后顺序，尽可能的让字段顺序与索引顺序相一致，范围从大到小。

v.　不要在where子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。

vi.　尽量使用exists代替select count(1)来判断是否存在记录，count函数只有在统计表中所有行数时使用，而且count(1)比count(*)更有效率。

vii.　尽量使用“>=”，不要使用“>”。

viii.　注意一些or子句和union子句之间的替换

ix.　注意表之间连接的数据类型，避免不同类型数据之间的连接。

x.　注意存储过程中参数和数据类型的关系。

xi.　注意insert、update操作的数据量，防止与其他应用冲突。如果数据量超过200个数据页面（400k），那么系统将会进行锁升级，页级锁会升级成表级锁。 　　

b)索引的使用规范：

i.　索引的创建要与应用结合考虑，建议大的OLTP表不要超过6个索引。

ii.　尽可能的使用索引字段作为查询条件，尤其是聚簇索引，必要时可以通过index index_name来强制指定索引。

iii.　避免对大表查询时进行table scan，必要时考虑新建索引。

iv.　在使用索引字段作为条件时，如果该索引是联合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用。

v.　要注意索引的维护，周期性重建索引，重新编译存储过程。　　

c)tempdb的使用规范：

i.　尽量避免使用distinct、order by、group by、having、join、cumpute，因为这些语句会加重tempdb的负担。

ii.　避免频繁创建和删除临时表，减少系统表资源的消耗。

iii.　在新建临时表时，如果一次性插入数据量很大，那么可以使用select into代替create table，避免log，提高速度；如果数据量不大，为了缓和系统表的资源，建议先create table，然后insert。

iv.　如果临时表的数据量较大，需要建立索引，那么应该将创建临时表和建立索引的过程放在单独一个子存储过程中，这样才能保证系统能够很好的使用到该临时表的索引。

v.　如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先truncate table，然后drop table，这样可以避免系统表的较长时间锁定。

vi.　慎用大的临时表与其他大表的连接查询和修改，减低系统表负担，因为这种操作会在一条语句中多次使用tempdb的系统表。　　

d)合理的算法使用： 　　

根据上面已提到的SQL优化技术和ASE Tuning手册中的SQL优化内容,结合实际应用,采用多种算法进行比较,以获得消耗资源最少、效率最高的方法。具体可用ASE调优命令：set statistics io on, set statistics time on , set showplan on 等。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1380821

查询之order by，group by和having的使用 （转）

（1）order by

 ORDER BY子句的语法为：

SELECT column1, SUM(column2) FROM "list-of-tables"

ORDER BY "column-list" [ASC | DESC];

[ ] = optional

ORDER BY是一个可选的子句，它允许你根据指定要order by的列来以上升或者下降的顺序来显示查询的结果。例如：

ASC = Ascending Order – 这个是缺省的

DESC = Descending Order

下面举个例子：

SELECT employee_id, dept, name, age, salary

FROM employee_info

WHERE dept = 'Sales'

ORDER BY salary;

这条SQL语句将从employee_info表中列dept等于'Sales'选择employee_id,、dept、 name、 age和 salary，并且根据他们的salary按升序的顺序来列出检索结果。

如果你想对多列排序的话，那么在列与列之间要加上逗号，比如 ：

SELECT employee_id, dept, name, age, salary

FROM employee_info

WHERE dept = 'Sales'

ORDER BY salary, age DESC;

（2）group by

一、首先讲讲GROUP BY 子句语法：

SELECT column1, SUM(column2) FROM "list-of-tables"

GROUP BY "column-list";

这个GROUP BY子句将集中所有的行在一起，它包含了指定列的数据以及允许合计函数来计算一个或者多个列。当然最好解释的方法是给出一个例子啦：

假设我们将从employee表中搜索工资最高的列，可以使用以下的SQL语句：

SELECT max(salary), dept

FROM employee

GROUP BY dept;

这条语句将在每一个单独的部门中选择工资最高的工资。结果他们的salary和dept将被返回。

二、group by 从英文里理解就是分组。必须有“聚合函数”来配合才能使用，使用时至少需要一个分组标志字段。
 
什么是“聚合函数”？
  像sum()、count()、avg()等都是“聚合函数”
  使用group by 的目的就是要将数据分类汇总。

  一般如：
    select 单位名称,count(职工id),sum(职工工资) form [某表]
    group by 单位名称
    这样的运行结果就是以“单位名称”为分类标志统计各单位的职工人数和工资总额。

  在sql命令格式使用的先后顺序上，group by 先于 order by。
 
  select 命令的标准格式如下：
 
   SELECT select_list
   [ INTO new_table ]
   FROM table_source
   [ WHERE search_condition ]
   [ GROUP BY group_by_expression ]
   [ HAVING search_condition ]
   [ ORDER BY order_expression [ ASC | DESC ] ]

三、理解group by：

表1：

 type
    

 udate

 mp3
    

 2006-3-2

 flash
    

 2006-1-2

 mp3
    

 2006-2-2
 
在表1中，假设要取出最后更新的某一类型(type)产品的日期
那么就要使用group by type的方式
select type from 表1 group by type
但这样就无法读到udate
 
再来
select type,udate from 表1 group by type
这种写法是错误的。
原因是type和udate 不是一对一的关系。就是说一种type有几个udate
所以
selct ** group by ** 之后没办法组织形成新的表，不知道要取哪个udate
 
再来
select type,max(udate) from 表1 group by type
这样就正确了。
取的是最大的udate ，一对一成立。

四、GROUP BY... 被附加于SQL 是因为聚会函数 (如 SUM) 每次都返回所有列值的合计，没有GROUP BY函数是不可能找到列值的单个分组的合计数。

语法

SELECT column,SUM(column) FROM table GROUP BY column


－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
GROUP BY 示例
这个 "Sales" 表：

Company     Amount
W3Schools     5500
IBM     4500
W3Schools     7100

和这个SQL语句：

SELECT Company, SUM(Amount) FROM Sales

返回这个结果：

Company     SUM(Amount)
W3Schools     17100
IBM     17100
W3Schools     17100

上面的代码是不正确的，因为被返回的列不是部分合计。GROUP BY 子句将解决这个问题。

SELECT Company,SUM(Amount) FROM Sales            GROUP BY Company

返回结果：

Company     SUM(Amount)
W3Schools     12600
IBM     4500

五、
SQL Group by 学习 及相关应注意的地方
 
  　　在select 语句中可以使用group by 子句将行划分成较小的组，然后，使用聚组函数返回每一个组的汇总信息，另外，可以使用having子句限制返回的结果集。group by 子句可以将查询结果分组，并返回行的汇总信息Oracle 按照group by 子句中指定的表达式的值分组查询结果。

   在带有group by 子句的查询语句中，在select 列表中指定的列要么是group by 子句中指定的列，要么包含聚组函数

   select max(sal),job emp group by job;
   (注意max(sal),job的job并非一定要出现，但有意义)

   查询语句的select 和group by ,having 子句是聚组函数唯一出现的地方，在where 子句中不能使用聚组函数。

  select deptno,sum(sal) from emp where sal>1200 group by deptno having sum(sal)>8500 order by deptno;

  当在gropu by 子句中使用having 子句时，查询结果中只返回满足having条件的组。在一个sql语句中可以有where子句和having子句。having 与where 子句类似，均用于设置限定条件
 
  where 子句的作用是在对查询结果进行分组前，将不符合where条件的行去掉，即在分组之前过滤数据，条件中不能包含聚组函数，使用where条件显示特定的行。
  having 子句的作用是筛选满足条件的组，即在分组之后过滤数据，条件中经常包含聚组函数，使用having 条件显示特定的组，也可以使用多个分组标准进行分组。

  查询每个部门的每种职位的雇员数
  select deptno,job,count(*) from emp group by deptno,job;

注意:

        group by 不能对别名进行分组排序.举例如下:

错误SQL:

SELECT to_char(BASICROLL.ROLLDATE,'yyyy-mm') AS YEARDATE,

   DEPTDICT.CNNAME DEPTNAME,
    COUNT(BASICROLL.ID) AS PROJCOUNT

FROM BASICROLL LEFT JOIN DEPTDICT ON BASICROLL.ARRDEPTDICTID=DEPTDICT.ID

WHERE DEPTDICT.CNNAME <> '无'

GROUP BY YEARDATE, DEPTDICT.CNNAME                      1
ORDER BY YEARDATE DESC                                                  2

 作者原意是将记录按年月,部门进行分组.并倒序排序.但上面的GROUP BY因为用了别名,所以会提示SQL语法错误.如果将上面1,2二句改成:   

GROUP BY BASICROLL.ROLLDATE, DEPTDICT.CNNAME                      3

ORDER BY BASICROLL.ROLLDATE  DESC                                                4

如上3,4二句,又会不合原意,因为BASICROLL.ROLLDATE  包括了年月日.这样分组得出的是按年月日来分组,而不是单纯的年月了.所以正确的SQL应该是这样的.

正确的SQL

SELECT to_char(BASICROLL.ROLLDATE,'yyyy-mm') AS YEARDATE,

   DEPTDICT.CNNAME DEPTNAME,
    COUNT(BASICROLL.ID) AS PROJCOUNT

FROM BASICROLL LEFT JOIN DEPTDICT ON BASICROLL.ARRDEPTDICTID=DEPTDICT.ID

WHERE DEPTDICT.CNNAME <> '无'

GROUP BY to_char(BASICROLL.ROLLDATE,'yyyy-mm'), DEPTDICT.CNNAME                     

ORDER BY to_char(BASICROLL.ROLLDATE,'yyyy-mm') DESC                                                 
以上的注意部分为本人在项目开发过程中经验所得.

来自：http://gyapollo.yculblog.com/post.1116750.html

六、例子

1> select * from bank_info
2> go
 bankno acctround
 ------ ---------
 123456 1        
 123456 2        


 

(2 rows affected)
1> select * from bank_info where acctround='1' group by bankno order by bankno
2> go
 bankno acctround
 ------ ---------
 123456 1        
 123456 2        


 

(2 rows affected)
1> select * from bank_info where acctround='1' order by bankno
2> go
 bankno acctround
 ------ ---------
 123456 1        


 

(1 row affected)
1> select * from bank_info
2> go
 bankno acctround
 ------ ---------
 123456 1        
 123456 2        


 

(2 rows affected)
1> select * from bank_info where acctround='1' group by bankno,acctround order by bankno
2> go
 bankno acctround
 ------ ---------
 123456 1        


 

(1 row affected)

group by bankno,acctround的意思是找出bankno,acctround两列完全相同的不同行作为一组.那上面的数据就分成两组了,因为acctround不同,而结果需要acctround='1'的组.所以只有一行结果.如果是group by bankno,那么两行会合成一行.它并没有先通过where分析出只有一行符合结果集,再group就只有一行结果了.这里的问题是where和 group谁先谁后分析的问题?在这个问题的上下文中,本来的group by bankno就没有任何意义.其实是这样的:

或者是:

select bankno,sum(money) from bankdiff group by bankno;

又或者是:

select bankno,acctround,sum(money) from bankdiff where acctround='1' group by bankno,acctround;
 

不可能指定acctround又不把它放在groub by中的．

 

1> select * from bank_info group by bankno
2> go
 bankno acctround
 ------ ---------
 123456 1        
 123456 2


 

可见这个group by没有意义．因为它有select *，而acctround不一样，就不能只显示一行出来．把select * 改成 select bankno就只有一行结果了．


 

总结：使用group by必需明确你分组的意义，是否有必要这一个列或几个列来确定一个有意义的组，而需要显示的结果行的列是否和group by子句中的列名相冲突．一般不在group by子句中的列名都不会直接在select中显示出来．因为它们要分成一组来或者做些运算再显示．如sum(money)等．

（3）having

一、下面先给出HAVING子句的语法：

SELECT column1, SUM(column2) FROM "list-of-tables"

GROUP BY "column-list"

HAVING "condition";

这个HAVING子句允许你为每一个组指定条件，换句话说，可以根据你指定的条件来选择行。如果你想使用HAVING子句的话，它应该处再GROUP BY子句之后。

下面将以一个例子来解释HAVING子句。假设我们的employee表中包含雇员的name、departmen、salary和age。如果你想为每个部门中每个雇员选择平均工资的话，你可以使用下面的SQL语句：

SELECT dept, avg(salary)

FROM employee

GROUP BY dept;

当然，如果你还想只计算和显示salary大于20000的平均工资的话，你还可以加上HAVING子句：

SELECT dept, avg(salary)

FROM employee

GROUP BY dept

HAVING avg(salary) > 20000;

二、HAVING... 被附加到SQL语句是因为WHER关键字不能被用于聚会函数 (如 SUM)，并且没有HAVING...它将不可能测试结果条件。

语法：

SELECT column,SUM(column) FROM table            GROUP BY column            HAVING SUM(column) condition value

这个 "Sales" 表：

Company     Amount
W3Schools     5500
IBM     4500
W3Schools     7100

和这个SQL语句：

SELECT Company,SUM(Amount) FROM Sales            GROUP BY Company            HAVING SUM(Amount)>10000

返回这个结果

Company     SUM(Amount)
W3Schools     12600