熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> SQL Server >> 正文

SQL Server實用經驗技巧集(2)

2013-11-15 14:37:06  來源: SQL Server 

  刪除數據庫中重復數據的幾個方法
  數據庫的使用過程中由於程序方面的問題有時候會碰到重復數據重復數據導致了數據庫部分設置不能正確設置……
  
  方法一
  declare @max integer@id integer
  declare cur_rows cursor local for select 主字段count(*) from 表名 group by 主字段 having count(*) >
  open cur_rows
  fetch cur_rows into @id@max
  while @@fetch_status=
  begin
  select @max = @max
  set rowcount @max
  delete from 表名 where 主字段 = @id
  fetch cur_rows into @id@max
  end
  close cur_rows
  set rowcount
  
  方法二
  有兩個意義上的重復記錄一是完全重復的記錄也即所有字段均重復的記錄二是部分關鍵字段重復的記錄比如Name字段重復而其他字段不一定重復或都重復可以忽略
  
  對於第一種重復比較容易解決使用
  
  select distinct * from tableName
  
  就可以得到無重復記錄的結果集
  
  如果該表需要刪除重復的記錄(重復記錄保留條)可以按以下方法刪除
  
  select distinct * into #Tmp from tableName
  drop table tableName
  select * into tableName from #Tmp
  drop table #Tmp
  
  發生這種重復的原因是表設計不周產生的增加唯一索引列即可解決
  
  這類重復問題通常要求保留重復記錄中的第一條記錄操作方法如下
  假設有重復的字段為NameAddress要求得到這兩個字段唯一的結果集
  
  select identity(int) as autoID * into #Tmp from tableName
  select min(autoID) as autoID into #Tmp from #Tmp group by NameautoID
  select * from #Tmp where autoID in(select autoID from #tmp)
  
  最後一個select即得到了NameAddress不重復的結果集(但多了一個autoID字段實際寫時可以寫在select子句中省去此列)
  
  更改數據庫中表的所屬用戶的兩個方法
  大家可能會經常碰到一個數據庫備份還原到另外一台機器結果導致所有的表都不能打開了原因是建表的時候采用了當時的數據庫用戶……
  
  更改某個表
  exec sp_changeobjectowner tablenamedbo
  
  存儲更改全部表
  CREATE PROCEDURE dboUser_ChangeObjectOwnerBatch
  @OldOwner as NVARCHAR()
  @NewOwner as NVARCHAR()
  AS
  
  DECLARE @Name  as NVARCHAR()
  DECLARE @Owner as NVARCHAR()
  DECLARE @OwnerName as NVARCHAR()
  
  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=)
  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=
  while @i<
  begin
  insert into test (userid) values(@i)
  set @i=@i+
  end
  
  無數據庫日志文件恢復數據庫方法兩則
  數據庫日志文件的誤刪或別的原因引起數據庫日志的損壞
  
  方法一
  新建一個同名的數據庫
  
  再停掉sql server(注意不要分離數據庫)
  
  用原數據庫的數據文件覆蓋掉這個新建的數據庫
  
  再重啟sql server
  
  此時打開企業管理器時會出現置疑先不管執行下面的語句(注意修改其中的數據庫名)
  
  完成後一般就可以訪問數據庫中的數據了這時數據庫本身一般還要問題解決辦法是利用
  數據庫的腳本創建一個新的數據庫並將數據導進去就行了
  
  USE MASTER
  GO
  
  SP_CONFIGURE ALLOW UPDATES RECONFIGURE WITH OVERRIDE
  GO
  
  UPDATE SYSDATABASES SET STATUS = WHERE NAME=置疑的數據庫名
  Go
  
  sp_dboption 置疑的數據庫名 single user true
  Go
  
  DBCC CHECKDB(置疑的數據庫名)
  Go
  
  update sysdatabases set status = where name=置疑的數據庫名
  Go
  
  sp_configure allow updates reconfigure with override
  Go
  
  sp_dboption 置疑的數據庫名 single user false
  
  方法二
  事情的起因
  昨天系統管理員告訴我我們一個內部應用數據庫所在的磁盤空間不足了我注意到數據庫事件日志文件XXX_Dataldf文件已經增長到了GB於是我決意縮小這個日志文件經過收縮數據庫等操作未果後我犯了一個自進入行業以來的最大最愚蠢的錯誤竟然誤刪除了這個日志文件!後來我看到所有論及數據庫恢復的文章上都說道無論如何都要保證數據庫日志文件存在它至關重要甚至微軟甚至有一篇KB文章講如何只靠日志文件恢復數據庫的我真是不知道我那時候是怎麼想的?!
  
  這下子壞了!這個數據庫連不上了企業管理器在它的旁邊寫著(置疑)而且最要命的這個數據庫從來沒有備份了我唯一找得到的是遷移半年前的另外一個數據庫服務器應用倒是能用了但是少了許多記錄表和存儲過程真希望這只是一場噩夢!
  
  沒有效果的恢復步驟
  附加數據庫
  _Rambo講過被刪除日志文件中不存在活動日志時可以這麼做來恢復
  
  分離被置疑的數據庫可以使用sp_detach_db
  附加數據庫可以使用sp_attach_single_file_db
  
  但是很遺憾執行之後SQL Server質疑數據文件和日志文件不符所以無法附加數據庫數據文件
  
  DTS數據導出
  不行無法讀取XXX數據庫DTS Wizard報告說初始化上下文發生錯誤
  
  緊急模式
  怡紅公子講過沒有日志用於恢復時可以這麼做
  
  把數據庫設置為emergency mode
  
  重新建立一個log文件
  
  把SQL Server 重新啟動一下
  
  把應用數據庫設置成單用戶模式
  
  做DBCC CHECKDB
  
  如果沒有什麼大問題就可以把數據庫狀態改回去了記得別忘了把系統表的修改選項關掉
  
  我實踐了一下把應用數據庫的數據文件移走重新建立一個同名的數據庫XXX然後停掉SQL服務把原來的數據文件再覆蓋回來之後按照怡紅公子的步驟走
  
  但是也很遺憾除了第步之外其他步驟執行非常成功可惜重啟SQL Server之後這個應用數據庫仍然是置疑!
  
  不過讓我欣慰的是這麼做之後倒是能夠Select數據了讓我大出一口氣只不過組件使用數據庫時報告說發生錯誤未能在數據庫 XXX 中運行 BEGIN TRANSACTION因為該數據庫處於回避恢復模式
  
  最終成功恢復的全部步驟
  設置數據庫為緊急模式
  停掉SQL Server服務
  
  把應用數據庫的數據文件XXX_Datamdf移走
  
  重新建立一個同名的數據庫XXX
  
  停掉SQL服務
  
  把原來的數據文件再覆蓋回來
  
  運行以下語句把該數據庫設置為緊急模式
  
  運行Use Master
  
  Go
  
  sp_configure allow updates
  
  reconfigure with override
  
  Go
  
  執行結果
  
  DBCC 執行完畢如果 DBCC 輸出了錯誤信息請與系統管理員聯系
  
  已將配置選項 allow updates 改為 請運行 RECONFIGURE 語句以安裝
  
  接著運行update sysdatabases set status = where name = XXX
  
  執行結果
  
  (所影響的行數為 行)
  
  重啟SQL Server服務
  
  運行以下語句把應用數據庫設置為Single User模式
  
  運行sp_dboption XXX single user true
  
  執行結果
  
  命令已成功完成
  
  ü     做DBCC CHECKDB
  
  運行DBCC CHECKDB(XXX)
  
  執行結果
  
  XXX 的 DBCC 結果
  
  sysobjects 的 DBCC 結果
  
  對象 sysobjects這些行位於 頁中
  
  sysindexes 的 DBCC 結果
  
  對象 sysindexes這些行位於 頁中
  
  syscolumns 的 DBCC 結果
  
  ………
  

From:http://tw.wingwit.com/Article/program/SQLServer/201311/22060.html
    推薦文章
    Copyright © 2005-2013 電腦知識網 Computer Knowledge   All rights reserved.