SQL Server

轉載自http://www.cnblogs.com/wyforumid/archive/2008/02/22/1077690.html在預存程序中使用事務，以下為模板： CREATE PROCEDURE testProAS /**//* ------- 事務開始---------- */ BEGIN TRANSACTION tran_test /**//* -------- 儲存事務----------*/ SAVE TRANSACTION tran_test /**//* --------

在使用 SQL Server 的過程中，使用者遇到最多的問題莫過於串連失敗了。一般而言，有兩種串連SQL Server 的方式，一是利用 SQL Server 內建的用戶端工具，如企業管理器、查詢分析器、事務探查器等;二是利用使用者自己開發的用戶端程式，如ASP 指令碼、VB程式等，用戶端程式中又是利用 ODBC 或者OLE DB等串連 SQL Server。下面，我們將就這兩種串連方式，具體談談如何來解決串連失敗的問題。　　一、"SQL Server 不存在或訪問被拒絕"　　　　(圖1)　　"

　　sql　server的定序平時使用不是很多，也許不少初學者還比較陌生，但有一個錯誤大家應是經常碰到: sql server資料庫，在跨庫多表串連查詢時，若兩資料庫預設字元集不同，系統就會返回這樣的錯誤：                   “無法解決 equal to 操作的定序衝突。”一.錯誤分析：　　這個錯誤是因為定序不一致造成的，我們做個測試，比如：create table #t1(name varchar(20) collate albanian_ci_ai_ws,  value

簡介    SQL Server中的交易記錄無疑是SQL Server中最重要的部分之一。因為SQL SERVER利用交易記錄來確保持久性(Durability)和交易回復(Rollback)。從而還部分確保了事務的ACID屬性.在SQL Server崩潰時，DBA還可以通過交易記錄將資料恢複到指定的時間點。當SQL Server運轉良好時，多瞭解一些交易記錄的原理和概念顯得並不是那麼重要。但是，一旦SQL

    寫在前面:這是第一篇T-SQL查詢進階系列文章.但是T-SQL查詢進階系列還遠遠沒有寫完。這個主題放到進階我想是因為這個主題需要一些進階的知識作為基礎..如果文章中有錯誤的地方請不吝指正.本篇文章的內容需要索引的知識作為基礎。 簡介    在SQL SERVER中，非叢集索引其實可以看作是一個含有叢集索引的表.但相比實際的表而言.非叢集索引中所儲存的表的列數要窄很多，因為非叢集索引僅僅包含原表中非叢集索引的列和指向實際物理表的指標。       

SQL SERVER的暫存資料表有本地暫存資料表和全域暫存資料表之分，在聯機叢書中這樣描述： 有本地和全域兩種類型的暫存資料表，二者在名稱、可見度和可用性上均不相同。本地暫存資料表的名稱以單個數字記號 (#) 打頭；它們僅對當前的使用者串連是可見的；當使用者從 Microsoft SQL Server 2000 執行個體中斷連線時被刪除。全域暫存資料表的名稱以數學符號 (##) 打頭，建立後對任何使用者都是可見的，當所有引用該表的使用者從 SQL Server 中斷連線時被刪除。

All About Transactions - Part 2 - SQL Server CentralWhile we are all looking forward to SQL Server 2005 and its "TRY...CATCH" error handling, we have to deal with what we have. If you want your transactions,

鎖的概述 一. 為什麼要引入鎖 多個使用者同時對資料庫的並行作業時會帶來以下資料不一致的問題: 丟失更新 A,B兩個使用者讀同一資料並進行修改,其中一個使用者的修改結果破壞了另一個修改的結果,比如訂票系統 髒讀 A使用者修改了資料,隨後B使用者又讀出該資料,但A使用者因為某些原因取消了對資料的修改,資料恢複原值,此時B得到的資料就與資料庫內的資料產生了不一致 不可重複讀取 A使用者讀取資料,隨後B使用者讀出該資料並修改,此時A使用者再讀取資料時發現前後兩次的值不一致

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[sp_who_lock]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)drop procedure [dbo].[sp_who_lock]GO/***************************************************************************//  建立 :

December 10, 2003Troubleshooting SQL Server JobsBy Alexander ChigrikIf you have problems with SQL Server jobs, review this troubleshooting checklist to find potential solutions. 1. Check that you use the latest SQL Server service pack. Because many

declare @serverIP varchar(50)  --伺服器IP地址declare @serverOtherName varchar(50) --被訪問的伺服器別名declare @loginUser varchar(50)  --帳號declare @loginPassword varchar(50) --密碼set @serverIP   = '118.8.28.9'set @serverOtherName  = 'newW'set @loginUser   =

以下代碼相容SQL Server 2000。 SELECT c.[name] AS '列名', CASE WHEN t.[name] = 'DECIMAL' OR t.[name] = 'NUMERIC' THEN UPPER(t.[name]) + '(' + CAST(c.[xprec] AS VARCHAR) + ', ' + CAST(c.[xscale] AS VARCHAR) + ')' WHEN t.[name] = 'BINARY' OR t.[name] = 'CHAR'

簡介    理解SQL Server對於記憶體的管理是對於SQL Server問題處理和效能調優的基本，本篇文章講述SQL Server對於記憶體管理的記憶體原理。 二級儲存(secondary storage)   

簡介    硬碟作為現在電腦內部最後的機械儲存組件，速度相比較記憶體和Cache而言會慢好幾個數量級。但所幸的是，硬碟的成本是遠遠低於記憶體的。因此硬碟作為永久儲存空間是比較合適的，所幸的是為了克服硬碟慢速帶來的問題，作業系統會對硬碟的使用有一個最佳化，下面讓我們先來看硬碟的原理。 硬碟的原理簡介    一個典型的硬碟1所示。        圖1.一個典型的硬碟    

簡介     本系列文章的上一篇對複製是什麼做了一個概述。本篇文章根據發行伺服器，散發者和訂閱伺服器的組織方式和複製類型來講述常用複製的幾種模式。 模式的選擇   

簡介    Merge關鍵字是一個神奇的DML關鍵字。它在SQL Server 2008被引入，它能將Insert,Update,Delete簡單的並為一句。MSDN對於Merge的解釋非常的短小精悍:”根據與源表聯結的結果，對目標表執行插入、更新或刪除操作。例如，根據在另一個表中找到的差異在一個表中插入、更新或刪除行，可以對兩個表進行同步。”,通過這個描述，我們可以看出Merge是關於對於兩個表之間的資料進行操作的。    可以想象出，需要使用Merge的情境比如:    資料同步    

簡介        在資料庫資料檔案因各種原因發生損壞時，如果記錄檔沒有損壞。可以通過備份結尾日誌（Tail of log)使得資料庫可以恢複到災難發生時的狀態。    例如:          中。在DB_1中做了完整備份，在Log_1,Log_2處做了記錄備份。在Log_2備份之後不久，發生了故障。從Log_2備份到災難發生時之間的日誌。就是結尾日誌(Tail of

簡介     在實際的開發過程中。很多情況下我們都需要在資料庫中插入大量測試資料來對程式的功能進行測試。而產生的測試資料往往需要符合特定規則。雖然可以自己寫一段程式來進行插入資料，但每一個項目就寫一個插入資料的程式並不明智。本文主要介紹使用VS2010的資料產生計劃在SQL Server中產生測試資料。 產生測試資料的方法     1.手動編輯          在開發過程中，非常少量的資料可以手動插入。這個方法的缺點可想而知….插入100條資料就夠你忙乎一上午了。    

簡介    許可權兩個字，一個權力，一個限制。在軟體領域通俗的解釋就是哪些人可以對哪些資源做哪些操作。在SQL Server中，”哪些人”，“哪些資源”,”哪些操作”則分別對應SQL Server中的三個對象，分別為主體(Principals),安全性實體(Securables)和許可權(Permissions)，而權力和限制則是對應了SQL Server中的GRENT和DENY。對於主體，安全性實體和許可權的初步理解，見圖1.        圖1.簡單理解主體,安全性實體和許可權的關係    

    本篇文章是系列文章中的第四篇，也是最後一篇，本篇文章需要前三篇的文章知識作為基礎，前三篇的文章地址如下:    淺談SQL Server中的交易記錄(一)----交易記錄的物理和邏輯構架    淺談SQL Server中的交易記錄(二)----交易記錄在修改資料時的角色    淺談SQL Server中的交易記錄(三)----在簡單復原模式下日誌的角色 簡介