SQL Server

1.如果有ID欄位，就是具有唯一性的欄位 複製代碼 代碼如下: delect table where id not in ( select max(id) from table group by col1,col2,col3... ) group by 子句後跟的欄位就是你用來判斷重複的條件，如只有col1，那麼只要col1欄位內容相同即表示記錄相同。 2. 如果是判斷所有欄位也可以這樣 複製代碼 代碼如下: select * into #aa from table group by id1,

複製代碼 代碼如下: --代碼一DECLARE @cc INT SELECT NewsId,ROW_NUMBER() OVER(ORDER BY SortNum DESC) AS RowIndex INTO #tb FROM news WITH(NOLOCK) WHERE NewsTypeId=@NewsTypeId AND IsShow=1 SET @cc = @@ROWCOUNT SELECT n.* FROM news AS n WITH(NOLOCK), #tb As t WHERE

叢集索引:實體儲存體按照索引排序非叢集索引:實體儲存體不按照索引排序優勢與缺點叢集索引：插入資料時速度要慢（時間花費在“實體儲存體的排序”上，也就是首先要找到位置然後插入）查詢資料比非聚集資料的速度快

開始這是去年的問題了，今天在整理郵件的時候才發現這個問題，感覺頂有意思的，特記錄下來。在表RelationGraph中，有三個欄位（ID,Node,RelatedNode）,其中Node和RelatedNode兩個欄位描述兩個節點的串連關係；現在要求，找出從節點"p"至節點"j"，最短路徑（即經過的節點最少）。圖1.解析：了能夠更好的描述表RelationGraph中欄位Node和 RelatedNode的關係，我在這裡特意使用一個圖形來描述，如圖2.

1，exists和in的理解（參考http://www.jb51.net/article/28922.htm） exists：如果子查詢中包括某一行，那麼就為TRUE in：如果運算元為TRUE等於運算式列表中的一個，那麼就為TRUE exists總是搞得不太明白 select 。。。from。。。where 。。。 where就相當於一個判斷條件，只有where後面的運算式運算結果為TRUE，前面的才能select出來

編號標準宗地編碼(landCode)所在區段編碼(sectCode)1131001BG001G0012131001BG002G0013131001BG003G0014131001BG004G0025131001BG005G003現在需要將表中的資料轉換為如下表所示結果：編號區段編碼包含的標準宗地1G001131001BG001,131001BG002,131001BG0032G002131001BG0043G003131001BG005在SQL

先備份資料庫，再用下面的辦法： 複製代碼 代碼如下: USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GO ALTER DATABASE Database_Name SET EMERGENCY GO sp_dboption 'Database_Name', 'single user', 'true' GO DBCC

方法1： 複製代碼 代碼如下:truncate table TableName 刪除表中的所有的資料的同時，將自動成長清零。 如果有外鍵參考這個表，這個方法會報錯（即便主鍵表和外鍵表都已經沒有資料），請參考方法2。 PS: 用delete刪除資料，自動成長不會清零的哦。 方法2： 複製代碼 代碼如下:DBCC CHECKIDENT('TableName', RESEED, 0) 不刪除表的資料，直接重設自動成長的值。

寫SQL語句的時候很多時候會用到filter篩選掉一些記錄，SQL對篩選條件簡稱：SARG（search argument/SARG） 複製代碼 代碼如下: where amount>4000 and amount<6000上面這句就是篩選條件

而每次查詢分析器尋找路徑時，並不會每一次都去統計索引中包含的行數，值的範圍等，而是根據一定條件建立和更新這些資訊後儲存到資料庫中，這也就是所謂的統計資訊。 如何查看統計資訊 查看SQL Server的統計資訊非常簡單，使用如下指令： DBCC SHOW_STATISTICS('表名','索引名')所得到的結果如圖1所示。         圖1.統計資訊統計資訊如何影響查詢    

很多人會把Primary Key和叢集索引搞混起來，或者認為這是同一個東西。這個概念是非常錯誤的。 主鍵是一個約束（constraint），他依附在一個索引上，這個索引可以是叢集索引，也可以是非叢集索引。 所以在一個（或一組）欄位上有主鍵，只能說明他上面有個索引，但不一定就是叢集索引。 例如下面： 複製代碼 代碼如下: USE [pratice] GO CREATE TABLE #tempPKCL ( ID INT PRIMARY KEY CLUSTERED --叢集索引 ) ----

關於這個話題，我也看到網上有其他方法來解決。 不過從效能和代碼量上來看，我有更好的辦法。 在這裡和大家 分享。 原理其實很簡單， 知識1、長度函數 len()； 知識2、還是長度函數datalength()； 代碼如下： 複製代碼 代碼如下: declare @sql varchar(1000) set @sql='abc國m,de中d國e人民f' select @sql 字元,DATALENGTH(@sql)-len(@sql) 漢字個數

代碼如下： 複製代碼 代碼如下: USE [tempdb] GO /****** Object: UserDefinedFunction [dbo].[fun_getPY] Script Date: 05/23/2012 18:03:45 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO /* 擷取漢字的首拼音 如果是非漢字字元 */ ALTER function [dbo].[fun_getPY] ( @str nvarchar(

最近經常使用字串尋找功能。 包括 1、全匹配尋找字串 2、模糊尋找字串 CHARINDEX 和 PATINDEX 函數都返回指定模式的開始位置。PATINDEX 可使用萬用字元，而 CHARINDEX 不可以。 　　這兩個函數都帶有2個參數： 　　1 希望擷取其位置的模式。使用 PATINDEX，模式是可以包含萬用字元的字面字串。使用 CHARINDEX，模式是字面字串（不能包含萬用字元）。 　　2 字串值運算式（通常為列名）。 　　例如，尋找模式"wonderful"在 titles 表中

小小程式猿SQL Server認知的成長 1.沒畢業或工作沒多久，只知道有資料庫、SQL這麼個東東，渾然分不清SQL和Sql Server Oracle、MySql的關係，通常認為SQL就是SQL Server 2.工作好幾年了，也寫過不少SQL，卻渾然不知道索引為何物，只知道資料庫有索引這麼個東西，分不清叢集索引和非叢集索引，只知道查詢慢了建個索引查詢就快了，到頭來索引也建了不少，查詢也確實快了，偶然問之：汝建之索引為何類型？答曰：。。。

本文通過執行個體解析了 SQL Server 資料庫擴充預存程序，實現遠程備份與恢複的方法和步驟執行個體說明： 　　環境：win2k+sqlserver 2K+查詢分析器 　　SQL SERVER服務執行個體名稱:mainserver 　　需要備份的資料庫名稱: msdb 　　本地機器名稱(Client端)：david 　　本機使用者:zf 密碼：123 　　本地區名：domain 　　本地提供備份需求的檔案夾:e: est 　　第一步: 建立共用資料夾

1.遊標方式 複製代碼 代碼如下: DECLARE @Data NVARCHAR(max) SET @Data='1,tanw,2,keenboy' --Id,Name DECLARE @dataItem NVARCHAR(100) DECLARE data_cursor CURSOR FOR (SELECT * FROM split(@Data,';')) OPEN data_cursor FETCH NEXT FROM data_cursor INTO @dataItem WHILE

編譯的含義 -------------------------------------------------------------------------------- 當SQLSERVER收到任何一個指令，包括查詢（query）、批處理（batch）、預存程序、觸發器（trigger） 、先行編譯指令（prepared statement）和動態SQL語句（dynamic SQL Statement）要完成文法解釋、語句解釋，

誤區 #29:可以通過對堆建叢集索引再DROP後進行堆上的磁碟重組Nooooooooooooo!!!      對堆建叢集索引再DROP在我看來是除了收縮資料庫之外最2的事了。     如果你通過sys.dm_db_index_physical_stats(或是老版本的DBCC

誤區 #26: SQL Server中存在真正的“事務嵌套”錯誤    嵌套事務可不會像其文法表現的那樣看起來允許事務嵌套。我真不知道為什麼有人會這樣寫代碼，我唯一能夠想到的就是某個哥們對SQL Server社區嗤之以鼻然後寫了這樣的代碼說：“玩玩你們”。    讓我更詳細的解釋一下，SQL Server允許你在一個事務中開啟嵌套另一個事務,SQL