SQL Server

　　Rea Hat提供了類似的工具SQL Storage Compress，而且號稱可以達到90%的壓縮比。SQL Storage Compress提供14天的使用版，下載後安裝會啟動HyperBac Control Service。這個服務配合Windows I/O Manager將SQLServer的讀寫請求壓縮或者解壓縮，對於SQL Server使用者沒有任何影響。工作原理見下圖：　　SQLStorage Compress可以壓縮MDF, LDF,

　　在SQL Server中預設對大小寫是不敏感的，例如userName='jesse'和userName='JESSE'結果是一樣的。在驗證密碼的時候可能就需要對字串大小寫敏感，需要做一些處理，介紹兩種方法：　　法Ⅰ：轉換成二進位再比較，由於大小寫ASC碼不同。例如：　　select *　　from T_User　　where cast(field as varbinary) = cast( 'Admin' as

　　前段接手了個最佳化項目，大概要求是對公司現有的1W多張表進行索引最佳化，完善現有的，剔除無效的索引。鑒於人手嚴重不足(當時算兩個半人的資源)，打消了逐個庫手動去改的念頭。當前的程式結構不允許搞革命的做法，只能搞搞改良，所以準備搞個自動化工具去處理。原型剛開發完，開會的時候以拿出來就遭到營運DBA團隊強烈抵制，具體原因不詳。最後無限延期。這裡把思路分享下。歡迎拍磚。　　整個思路是這樣的，索引都是為查詢和更新服務的，但是不合適的索引又會對插入和更新帶來負面影響。面對錶上現有的索引想識別那些是有效

　　問題：　　我們可能經常會遇到SQLServer資料庫頻繁關閉的情況。在分析了記憶體和CPU使用方式後，我們需要繼續調查根源是否在I/O.我們應該如何識別SQLServer是否有I/O相關的瓶頸?　　解決：　　當資料頁經常從緩衝池中移進移出的時候，I/O子系統就會成為SQLServer效能問題的關鍵因素之一。交易記錄和tempdb同樣也會產生重大的I/O壓力。因此，你必須確保你的I/O子系統能按照預期運行。否則你將會成為回應時間增長和頻繁逾時的受害者。在這篇文章中，將描述如何使用內建工具識別I

　　一般人們會選擇縱向擴充(scale up)SQL Server資料庫，而非橫向擴充(scale out)。縱向擴充很容易：增加硬體、處理能力、記憶體、磁碟和提高網路速度。其原理就是仍然在一台伺服器上運行資料庫，但是增加了伺服器的處理能力和資源。這種方法很昂貴，但是非常簡單直接。　　採用雲技術　　有時候，最簡單的方法就是將問題交由其他人處理。微軟的Windows Azure雲端服務包含一個雲端式的SQL Server版本SQL

　　相信大家常常會遇到將SqlServer查詢結果匯出到Excel的問題。如果匯出的次數少，直接“Save Results

 /*使用方法，直接執行，傳入參數（series_guid, 查詢條件）返回一個資料集如：查詢該系列Cylindrical1下所有產品dbo.P_GetSeriesProductDetail 'Cylindrical1','' 查詢系列Cylindrical1下含有BK-1的產品dbo.P_GetSeriesProductDetail 'Cylindrical1','product_name like ''%BK-1%''' */CREATE PROCEDURE

 在執行建庫指令碼時，往往會先將原有的資料庫drop掉，由於SqlServer檢測到有資料連線時禁止執行drop database操作，所以建庫指令碼經常執行失敗，為此我們需要一種能強制斷開資料庫已有串連的方法，可以過如下t-sql實現：declare @i int declare cur cursor for select spid from sysprocesses where db_name(dbid)= 'Your_Database_Name' open cur fetch

 要求取得字串aa,dd,cc,rr,fff中某個位置的字串，如果在C#或Java很容易通過Split來實現，但是在Sql Server中就沒有直接提供Split這個函數。當然，此類問題總是可以解決的。ALTER function [dbo].[core_split] ( @str varchar(100), @split char(1), @index int ) returns varchar(10) as begin declare @count int declare @s

　　SQL Server執行動態SQL的話,應該如何?呢?下面就為您介紹SQL Server執行動態SQL兩種正確方式,希望可以讓您對SQL Server執行動態SQL有更深的瞭解.　　動態SQL:code that is executed

 　　有時候我們想通過一個值知道這個值來自資料庫的哪個表以及哪個欄位，在網上搜了一下，找到一個比較好的方法，通過一個預存程序實現的。只需要傳入一個想要尋找的值，即可查詢出這個值所在的表和欄位名。　　前提是要將這個預存程序放在所查詢的資料庫。　　CREATE PROCEDURE [dbo].[SP_FindValueInDB]　　(　　@value VARCHAR(1024)　　)　　AS　　BEGIN　　-- SET NOCOUNT ON added to prevent extra

 　　我們在資料庫中使用表的時候，經常會遇到兩種使用表的方法，分別就是使用暫存資料表及表變數。在實際使用的時候，我們如何靈活的在預存程序中運用它們，雖然它們實現的功能基本上是一樣的，可如何在一個預存程序中有時候去使用暫存資料表而不使用表變數，有時候去使用表變數而不使用暫存資料表呢?　　暫存資料表　　暫存資料表與永久表相似，只是它的建立是在Tempdb中，它只有在一個資料庫連接結束後或者由SQL命令DROP掉，才會消失，否則就會一直存在。暫存資料表在建立的時候都會產生SQLServer的

 　　一.預存程序　　1.預存程序的分類　　預存程序是一種資料庫物件，儲存在資料庫內，可由應用程式通過一個調用執行，而且　　允許使用者聲明變數、有條件執行，具有很強的編程功能　　預存程序可以分為兩類：系統預存程序、使用者預存程序和擴充性預存程序　　1).系統預存程序　　系統預存程序是由SQL Server系統提供的預存程序，可以作為命令執行各種操作。　　系統預存程序主要用來從系統資料表中擷取資訊，為系統管理員管理SQL

 　　sql server 2008評估到期的處理　　HKEY_LOCAL_MACHINESOFTWAREMicrosoftMicrosoft SQL Server100ConfigurationState裡的"CommonFiles"值改成3　　開啟安裝程式，選擇版本升級，到產品金鑰的時候輸入　　開發版： PTTFM-X467G-P7RH2-3Q6CG-4DMYB　　企業版： JD8Y6-HQG69-P9H84-XDTPG-34MBB　　之後，sql

 　　錯誤記錄檔　　安裝時出現了如下錯誤：SQL Server 2005 安裝錯誤碼29503。產品: Microsoft SQL Server 2005-- 錯誤 29503。SQL Server 服務無法啟動。有關詳細資料，請參閱 SQL Server 聯機叢書中的主題“如何查看 SQL Server 2005 安裝記錄檔”和“手動啟動 SQL Server”。詳情看圖：　　錯誤原因　　多核cpu安裝sql server2005

 　　把sqlserver中的預存程序注釋後建立到mysql中　　#!/usr/bin/perl　　use DBI;　　use Switch;　　use Encode;　　use Encode::CN;　　my $source_name = "sqldb";　　my $source_user_name = "sa";　　my $source_user_psd = "123";　　my

 　　給sqlserver中的表建立索引　　#!/usr/bin/perl　　use DBI;　　use Switch;　　use Encode;　　use Encode::CN;　　# my $source_name = "zoe";　　# my $source_user_name = "sa";　　# my $source_user_psd = "123";　　# my

 　　Sqlserver資料庫分頁查詢一直是Sqlserver的短板，閑來無事，想出幾種方法，假設有表ARTICLE,欄位ID、YEAR...(其他省略)，資料53210條(客戶真實資料，量不大)，分頁查詢每頁30條，查詢第1500頁(即第45001-45030條資料)，欄位ID叢集索引，YEAR無索引，Sqlserver版本：2008R2　　第一種方案、最簡單、普通的方法：　　複製代碼代碼如下:　　SELECT TOP 30 * FROM ARTICLE WHERE ID NOT

 　　安裝好Ms Sql Server 2005後，還真有些不習慣。因為之前一直使用sql server 2000，發現sql server 2005在很多地方做了改動，有時一個小小的功能要找老半天。今天因為需要做其他處理工作，停用sql server 2005服務以減少記憶體開銷，這個也不是第一次這樣做了，我一般都是通過Sql Server Management Studio來做的。以前大概停了服務後，也沒有直接推出Sql Server

 　　從Database Backup中還原資料庫的時候，發現記錄檔居然有120多G,通過Sql Management不行，果斷使用DBCC語句清理成功!釋放了空間!且清且速度!　　首先呢，要看看備份資料時候的類型，這個很重要，要不清理不的　　select name, recovery_model_desc from sys.databases　　執行之後，你能看到recovery_model_desc的類別，如果是FULL類型的話，一定要先改成SIMPLE的類型　　alter