其他

原文：Hot It Works: SQL Server SuperLatch'ing / Sub-latches閂鎖是應用在使用者模式下，在讀寫鎖結構應用在sql server 中用來保護內部結構。trace latch 是sql server 使用閂的例子，被trace controller 類建立並且使用。不管你是開著trace或者關了trace，當物理狀態被修改的時候，都會分配一個x模式來阻止其他線程訪問資料。sql server

--1. 查看資料庫northwind 是否啟用 全文索引 SELECT * FROM sys.databasesUSE NorthWind--2.建立全文檢索目錄CREATE FULLTEXT CATALOG [employee_fulltext]WITH ACCENT_SENSITIVITY = OFFAS DEFAULT--3. 指定唯一索引CREATE FULLTEXT INDEX ON [dbo].[Employees] KEY INDEX [PK_Employees] ON

USE AdventureWorksDW2008R2declare @P1 int  --遊標號碼declare @P2 intset @P2=8  --參數[傳入參數](可能是遊標類型)declare @P3 intset @P3=1  --參數[傳入參數](可能是遊標鎖類型)declare @P4 int  --返回行數beginexec sp_cursoropen @P1 output,  N'select * from DimCustomer',  @P2 output,  @P3

-- 建立要使用的資料庫Create Database HelloWorldDBgoUse HelloWorldDBgo-- 建立要使用的兩種訊息類型。我們要使用的訊息將是-- 字串而不是 XML - 因此無需進行驗證CREATE MESSAGE TYPE [HelloWorldRequest] VALIDATION = NONE CREATE MESSAGE TYPE [HelloWorldResponse] VALIDATION = NONE -- 建立一個限制此對話方塊中訊息類型--

from：http://www.sql-server-performance.com/2011/restoring-sql-server-database-low-disk-space/Performing a Database Restore is a part of a DBA’s daily life. A DBA may need to perform a Restore due to various reasons such as recovery, refreshing a

工具：VS 2010，.Net 3.5(特別提示.net 4不支援)環境：PS V2,Windows 7 using System;using System.Collections.Generic;using System.Text;using System.Management.Automation;using System.Collections;using System.Management;using System.Collections.ObjectModel;namespace

$server = "(local)"$uid = "sa"$db="master"$pwd="fanzhouqi"$mailprfname = "sina"$recipients = "XXXX@qq.com"$subject = 'disk usage monitor'function sendmail($message){ $SqlConnection = New-Object System.Data.SqlClient.SqlConnection $CnnString ="

運行了就知道怎麼回事兒了。這個是一個簡單的例子 裡面還涉及到 如 對稱金鑰密碼編譯使用認證解密，沒有涉及到。可以查看：OPEN SYMMETRIC KEY 命令關於 對稱金鑰密碼編譯使用認證解密 CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'password'goCREATE CERTIFICATE CertTestwith SUBJECT = 'Test

資料庫必須打sp2補丁1).在主體的host裡面加入鏡像的ip，伺服器名2).在鏡像的host裡面加入主體的ip，伺服器名實現互連，ping 主機名稱和ip主體ip 鏡像電腦名稱鏡像ip 主體電腦名稱3). sql 的啟動方式，必須已相同的使用者名稱和許可權啟動。必須啟動5022連接埠主庫和鏡像庫建立相同的系統帳號（帳號和密碼必須一樣），加入Administrators組，sqlserver服務和agent服務都用這個帳號啟動主庫和鏡像庫都是這麼做,(在我的電腦右鍵管理添加新使用者，隸屬於Adm

記憶體節點記憶體節點是記憶體被劃為了幾塊。在numa體系中一個numa節點對應一個記憶體節點。主要功能是提供分配位置。這句話來自 sql server 求生秘笈 很難理解。應該是分配記憶體用的。也可以理解為實體記憶體最原始的位置。記憶體clerk記憶體clerk，如果記憶體管理器的用戶端需要分配記憶體，那麼必須先建立記憶體clerk。dmv 2008：返回 SQL Server 執行個體中當前處於活動狀態的全部記憶體 Clerk 的集合。2012：返回 SQL Server

出處：http://www.cnblogs.com/fly_zj/archive/2010/07/07/1772818.html原文為Determining SET Options for a Current Session in SQL Server 問題？對於每個串連到SQLSERVER上的會話（Session），使用者能夠設定SET選項來影響查詢的結果和SQLSERVER潛在的行為，有些選項能通過GUI來設定，有些需要通過SET

In transactional replication, the transaction log of the database involved in replication is both written to and read from. Without replication, a transaction log is almost always written to, and rarely read from. Because a transaction log is both

某些查詢佔用的資源比其他查詢佔用的資源多。例如，返回大型結果集的查詢和那些包含 WHERE 子句（並非唯一子句）的查詢總是佔用大量資源。與不太複雜的查詢相比，查詢最佳化工具的智能水平無法消除這些構造的資源開銷。SQL Server

CareSon 發表了一片博文http://www.cnblogs.com/CareySon/archive/2012/10/30/2745918.html其實我碰到過類似的事情，但是沒有仔細研究為什麼。藉著CareSon的Demo，仔細的觀察了執行計畫。測試資料　　當然第一步根據CareSon的Demo建立一份測試資料。　　第二步為了做比較的需要，建一個非分區的非叢集索引，Key 和

前些日子，對 plan cache 不太熟悉。就在msdn 發了一個問題。關於sys.dm_exec_cached_plans 和sys.dm_exec_query_stats 一些疑問線上手冊裡面對執行計畫的解釋如下：SQL Server

設定填滿因數和關注片段的人應該不多，大家的處理方法都是類似每天重建或者重組沒有人真正考慮過片段問題，什麼原因造成，會有什麼影響，就算知道可以通過設定填滿因數來搞，很多人都無從下手有的人不想全部索引都設定上指定的填滿因數 只是想在記憶體中佔用較大的浪費較多的設定上填滿因數。今天從paul的blog上看到一個sql，感覺對設定填滿因數協助很大所以發這裡和大家分享EXEC sp_MSforeachdb N'IF EXISTS (SELECT 1 FROM (SELECT DISTINCT DB_

朋友的一個checksum計算資料行建立的索引：在資料庫設計中需要一列標註網頁的URL地址，LINK NVARCHAR(1000）。在INSERT的時候需要判斷之前有無同樣的URL地址記錄被插入。也就是用select top 1 @ID=ID from Table where Link=@Link，然後判斷@ID值是否大於0。如果資料量過大，需要給LINK加為索引，但是這時會發現SQL

最近使用THTMLLabel控制項時候發現，如果文本中包含中文的時候，該控制項不能很好的換行。該控制項也沒有WordWrap屬性，查看原始碼後發現如下情況：1，WordWrap=Not Ellipsis;該控制項雖然沒有WordWrap屬性，但實際上Ellipsis屬性的設定值影響著WordWrap行為。如果Ellipsis為True則超出部分顯示為...但並不換行。如果Ellipsis為False則超出部分換行顯示，問題就出在英文可以換行，中文不行。 2，SpacePos := Pos(' '

You are here: Home >> Database Maintenance >> Comprehensive tempdb blog post series Comprehensive tempdb blog post seriesBy: Paul RandalPosted on: January 16, 2009 9:24 am Over the last few weeks Sunil Agarwal (from the SQL Storage

分享大師的blog，並且把主要內容寫出來，不敢翻譯，以備看了之後忘記可以溫習，也推廣一下大師的部落格Importance of choosing the right LOB storage technique本文大意：    N/CHAR：當資料長度都是固定的比較好用，並且可以用來限制列的大小，避免太長而分頁導致片段生產，缺點應用程式比較難辨認，如果資料長度比列定義的小，那麼就可能會造成磁碟空間浪費，io量變大，記憶體空間浪費     N/VARCHAR