Time of Update: 2018-12-07
要影響SQLSERVER鎖的申請和釋允許存取為要考慮的因素1、交易隔離等級的選定交易隔離等級越高,隔離度就越高,並發度也就越差。如果選擇了比較高的隔離等級,SQL不可避免地要申請更多的鎖,持有的時間也會增加。所以在設計應用的時候,一定要和使用者談好,盡量選擇預設的隔離等級(read
Time of Update: 2018-12-07
在SQL語句調優的時候,大部分都會查看語句執行時間,究竟SQLSERVER顯示出來的統計結果是什麼意思?下面看一下例子比較簡單的語句:1 SET STATISTICS TIME ON2 USE [pratice]3 GO4 SELECT * FROM [dbo].[Orders]結果: 1 SQL Server 分析和編譯時間: 2 CPU 時間 = 0 毫秒,佔用時間 = 0 毫秒。 3 4 SQL Server 執行時間: 5 CPU 時間 = 0 毫秒,佔用時間 = 0
Time of Update: 2018-12-07
SQLSERVER DBCC命令大全DBCC DROPCLEANBUFFERS:從緩衝池中刪除所有緩衝,清除緩衝區在進行測試時,使用這個命令可以從SQLSERVER的資料緩衝data cache(buffer)清除所有的測試資料,以保證測試的公正性。需要注意的是這個命令只移走乾淨的緩衝,不移走髒緩衝。由於這個原因,在執行這個命令前,應該先執行CheckPoint,將所有髒的緩衝寫入磁碟,這樣在運行DBCC RROPCLEANBUFFERS 時,可以保證所有的資料緩衝被清理,而不是其中的一部分。
Time of Update: 2018-12-07
SQL Server Insert 操作效率(堆表 VS 叢集索引表) “SQL Server的Insert操作在堆表或者叢集索引表的時候,哪個效率更高?為什麼高?” 之前有同事問過我這個問題,為了確保日誌庫的記錄效率,於是我做了簡單測試了,首先要先強調幾點概念: 堆表:沒有叢集索引的表,記錄通過IAM頁以及PFS頁來確定哪頁有空閑空間。 叢集索引表:有叢集索引的表,記錄是根據聚集索引值所在頁的索引值邏輯順序維護的 Demo:如下 分別對堆表和聚集表進行5個並發線程,每個線程各100
Time of Update: 2018-12-07
首先,我需要強調下,這篇主旨是揭示堆表的刪除記錄找回的原理,我所考慮的方面並不適用於每個人的每種情況,望大家見諒~ 很多朋友認為資料庫在簡單模式下,堆表誤刪除一條記錄,是無法找回的,因為沒有日誌記錄。其實不然,某種意義上是可以找回的,因為堆表在刪除記錄時,沒有回收空頁面的前提下,只更改了行位移,實際資料沒有被物理刪除,所以利用這點,測試了下恢複資料,果然成功了,但是還有點問題沒有研究出結果:如果不關閉頁面校正,除了更改位移量,刪除資料時還需要更改頁首,這點還沒時間去琢磨,所以恢複資料時還要能
Time of Update: 2018-12-07
本文轉自 http://hi.baidu.com/sunsonruby/blog/item/62f8a6137dd51324dd5401b6.html一).建立部署項目 1. 在[檔案] 功能表上指向“添加項目”,然後選擇“建立項目”。 2. 在“添加新項目”對話方塊中,選擇“項目類型”窗格中的“安裝和部署項目”,然後選擇“模板”窗格中的“安裝項目”。在“名稱”框中鍵入 setup1。 3. 單擊“確定”關閉對話方塊。 4. 項目被添加到方案總管中,並且檔案系統編輯器開啟。 5.
Time of Update: 2018-12-07
SQL server 系統最佳化--通過執行計畫最佳化索引(1) 前幾天,遠離上海,到了溫州,在客戶的這邊處理系統慢,該系統每天正常down機7次左右,線上人員一多,系統運行緩慢,嚴重影響業務操作,到了無法忍耐的地步,這幾天一直在這邊處理最佳化中的問題和升級系統。將這些最佳化辦法和思路記錄下來,給大家在以後最佳化系統中提供思考和建議。 這幾天都在通過執行計畫來最佳化索引:
Time of Update: 2018-12-07
SQL SERVER樂觀鎖定和悲觀鎖定使用執行個體在實際的多使用者並發訪問的生產環境裡邊,我們經常要儘可能的保持資料的一致性。而其中最典型的例子就是我們從表裡邊讀取資料,檢查驗證後對資料進行修改,然後寫回到資料庫中。在讀取和寫入的過程中,如果在多使用者並發的環境裡邊,其他使用者已經把你要修改的資料進行了修改是非常有可能發生的情況,這樣就造成了資料的不一致性。解決這樣的辦法,SQL SERVER提出了樂觀鎖定和悲觀鎖定的概念,下邊我以一個執行個體來說明如何使用樂觀鎖定和悲觀鎖定來解決這樣的問題。/
Time of Update: 2018-12-07
Red Gate系列之三 SQL Server 開發利器 SQL Prompt 5.3.4.1 Edition T-SQL智能感知分析器 完全破解+使用教程Red Gate系列文章:Red Gate系列之一 SQL Compare 10.2.0.1337 Edition 資料庫比較工具 完全破解+使用教程Red Gate系列之二 SQL Source Control 3.0.13.4214 Edition 資料庫版本控制器 完全破解+使用教程Red Gate系列之三 SQL Server
Time of Update: 2018-12-07
SQLSERVER對索引的利用寫SQL語句的時候很多時候會用到filter篩選掉一些記錄,SQL對篩選條件簡稱:SARG(search argument/SARG)1 where amount>4000 and
Time of Update: 2018-12-07
SQLSERVER索引的圖形介面和統計資訊的圖形介面前言很多高手都喜歡用TSQL語句來設定SQLSERVER,高手程式員的特質使用各種命令列,不過本人離高手還有很多差距個人覺得有時候映像介面可以做的為什麽不用圖形介面呢?圖形介面設定的效果跟你打TSQL語句的效果是一樣的今晚本人發現了,原來查看索引和設定索引、統計資訊也可以使用圖形介面,以前要記那麼多TSQL語句命令簡直崩潰了,一些比較簡單設定都要打語句,例如:DBCC
Time of Update: 2018-12-07
SQLSERVER壓縮資料檔案的用處有多大前奏:前些天因為客戶那邊的問題(其實是盜版問題),只能使用免費的SQLSERVER
Time of Update: 2018-12-07
SQLSERVER 在區域網路使用Windows身分識別驗證串連區域網路內的另一台SQL伺服器(不是域環境)之前連MSDN都說串連區域網路內的另一台SQL伺服器如果要用Windows身分識別驗證的話必須是“域環境”但是今天我發現使用Windows身分識別驗證不用域環境照樣可以串連區域網路內的另一台SQL伺服器在MSDN上的解釋:地址:http://msdn.microsoft.com/zh-cn/library/ms144284.aspx
Time of Update: 2018-12-07
SQLSERVER資料庫中的5173錯誤昨天同事給你我一個有問題的資料庫,叫我修複一下因為客戶那邊需要這個資料庫,這個資料庫只有一個mdf檔案和一個ldf檔案,當我附加資料庫的時候報錯,資料庫是SQL2005附上有損壞的資料庫檔案:http://files.cnblogs.com/lyhabc/Data.zip 因為之前在論壇也遇到過,所以按照論壇的方法來解決,結果還是不行把ldf檔案移到別的地方,然後附加的時候使用下面SQL語句重建交易記錄檔我的資料庫檔案放在C:\Users\Administ
Time of Update: 2018-12-07
SQLSERVER叢集索引和主鍵的誤區很多人會把Primary Key和叢集索引搞混起來,或者認為這是同一個東西。這個概念是非常錯誤的。 主鍵是一個約束(constraint),他依附在一個索引上,這個索引可以是叢集索引,也可以是非叢集索引。所以在一個(或一組)欄位上有主鍵,只能說明他上面有個索引,但不一定就是叢集索引。例如下面: 1 USE [pratice] 2 GO 3 CREATE TABLE #tempPKCL 4 ( 5 ID INT PRIMARY KEY
Time of Update: 2018-12-07
SQLSERVER解決HOT PAGE問題的其中一個思路使用表分區什麼叫HOT PAGE?應用程式發來大量的並發語句在修改或者插入同一張表格裡的記錄,而表格架構設計以及使用者商務邏輯使得這些修改跟插入都集中在同一個資料頁面,或者數量不多的幾個資料頁面上。這些頁面有時候也被稱為 hot page
Time of Update: 2018-12-07
SQLSERVER的資料頁面結構 在論壇裡經常有人問到SQLSERVER是怎麽存放基礎資料表資料的,既然不想查MSDN,本人就在這裡說一下吧基礎資料表資料都存放在資料頁裡面,SQLSERVER儲存資料都是按照“頁”為單位來存放在磁碟的,SQLSERVER從磁碟讀寫資料也是按照 “頁” 為單位 一頁一頁地讀取到記憶體,所以有時候如果資料不能塞滿整個資料頁,那麼這種情況就叫做:page split 頁面分割 或者
Time of Update: 2018-12-07
今晚在網上又看了一下書籤尋找使用非叢集索引使用的是書籤尋找bookmark
Time of Update: 2018-12-07
問題:在SQL Server Management Studio中可以運行作業但是用T-SQL運行則失敗,反之亦然. 分析:這種情況多數為執行時上下文(Context)安全性問題。在SSMS中執行的時候,T-SQL語句是在當前登入名稱下啟動並執行。但是作業在SQL Server Agent中是以SQL Server Agent 服務(SQL Server Agent Service account)啟動並執行,如果SQL Server
Time of Update: 2018-12-07
在SQL Server中如果你對text、ntext或者image資料類型的資料進行比較。將會提示:不能比較或排序 text、ntext 和 image 資料類型,除非使用 IS NULL 或 LIKE