江西广告网

标题: 关于SQL Server问题的一些实用经验技巧 [打印本页]

作者: 萤火虫    时间: 2009-1-18 17:16
标题: 关于SQL Server问题的一些实用经验技巧
  Sql Server实用操作小技巧集合   包括安装时提示有挂起的操作、收缩数据库、压缩数据库、转移数据库给新用户以已存在用户权限、检查备份集、修复数据库等      (一) 挂起操作   (二)   在安装Sql或sp补丁的时候系统提示之前有挂起的安装操作,要求重启,这里往往重启无用,解决办法:   到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager   删除PendingFileRenameOperations      (二)收缩数据库      --重建索引   DBCC REINDEX   DBCC INDEXDEFRAG   --收缩数据和日志   DBCC SHRINKDB   DBCC SHRINKFILE      (三) 压缩数据库      dbcc shrinkdatabase(dbname)      (四)转移数据库给新用户以已存在用户权限      exec sp_change_users_login 'update_one','newname','oldname'   go      (五)检查备份集      RESTORE VERIFYONLY from disk='E:\dvbbs.bak'      (六)修复数据库      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      SQL SERVER日志清除的两种方法   在使用过程中大家经常碰到数据库日志非常大的情况,在这里介绍了两种处理方法……      方法一   一般情况下,SQL数据库的收缩并不能很大程度上减小数据库大小,其主要作用是收缩日志大小,应当定期进行此操作以免数据库日志过大      1、设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”,然后按确定保存      2、在当前数据库上点右键,看所有任务中的收缩数据库,一般里面的默认设置不用调整,直接点确定      3、收缩数据库完成后,建议将您的数据库属性重新设置为标准模式,操作方法同第一点,因为日志在一些异常情况下往往是恢复数据库的重要依据      方法二   SET NOCOUNT ON   DECLARE @LogicalFileName sysname,   @MaxMinutes INT,   @NewSize INT      USE tablename -- 要操作的数据库名   SELECT @LogicalFileName = 'tablename_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 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字段重复,而其他字段不一定重复或都重复可以忽略。   1、对于第一种重复,比较容易解决,使用   select distinct * from tableName   就可以得到无重复记录的结果集。   如果该表需要删除重复的记录(重复记录保留1条),可以按以下方法删除   select distinct * into #Tmp from tableName   drop table tableName   select * into tableName from #Tmp   drop table #Tmp   发生这种重复的原因是表设计不周产生的,增加唯一索引列即可解决。      2、这类重复问题通常要求保留重复记录中的第一条记录,操作方法如下   假设有重复的字段为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子句中省去此列)      更改数据库中表的所属用户的两个方法   大家可能会经常碰到一个数据库备份还原到另外一台机器结果导致所有的表都不能打开了,原因是建表的时候采用了当时的数据库用户……      --更改某个表   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      SQL SERVER中直接循环写入数据   没什么好说的了,大家自己看,有时候有点用处      declare @i int   set @i=1   while @i<30   begin   insert into test (userid) values(@i)   set @i=@i 1   end      无数据库日志文件恢复数据库方法两则   数据库日志文件的误删或别的原因引起数据库日志的损坏 <




欢迎光临 江西广告网 (http://bbs.jxadw.com/) Powered by Discuz! X3.2