SQL Server

首先聲明:這個問題我沒有解決當網友問到我這個問題時,我也還以為很簡單,以為SQL Server應該提供了對應的系統變數什麼的.但是到目前為止,我還沒有得到一個比較好的解決方案.可能很簡單,,只不過我不知道罷了.希望如此..下面我說說相關的知識吧.希望大家可以給出一個比較好的方法.這裡有幾個與之相關的概念.SQL Server提供了一些函數返回串連值(這裡可不是當前串連數喲!),個人覺得,很容易產生誤解.系統變數@@CONNECTIONS 返回自上次啟動 Microsoft SQL Server

Sql Server 孤立使用者 是我們經常遇到的事情，今天詳細的梳理了下，希望能幫到你當把使用者資料庫從一台 Sql Server 使用備份和恢複的方式遷移到另一台伺服器。資料庫恢複以後，原先使用者定義的一些其他資料庫使用者，就無法在新伺服器上繼續使用了。尤其對一些Sql Ser 帳號，這些就是孤立使用者。Sql Server 的使用者安全管理分兩層，整個 Sql Server

Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->import java.sql.*;public class db{    public static void main(String [] args)    {        try        {            // 串連SQL Server 2005的執行個體代碼           

1、建立暫存資料表       方法一：     create table #暫存資料表名(欄位1 約束條件,                      欄位2 約束條件,                  .....)        create table ##暫存資料表名(欄位1 約束條件,                          欄位2 約束條件,                      .....)        方法二：     select * into

SQL Server 預存程序的分頁，這個問題已經討論過幾年了，很多朋友在問我，所以在此發表一下我的觀點建立表： CREATE TABLE [TestTable] ( [ID] [int] IDENTITY (1, 1) NOT NULL , [FirstName] [nvarchar] (100) COLLATE Chinese_PRC_CI_AS NULL , [LastName] [nvarchar] (100) COLLATE Chinese_PRC_CI_AS NULL

一 事務的屬性 事務具有ACID屬性 即 Atomic原子性, Consistent一致性, Isolated隔離性, Durable永久性 原子性 就是事務應作為一個工作單元,交易處理完成，所有的工作要麼都在資料庫中儲存下來，要麼完全 復原，全部不保留 一致性 事務完成或者撤銷後，都應該處於一致的狀態 隔離性 多個事務同時進行，它們之間應該互不干擾.應該防止一個交易處理其他事務也要修改的資料時， 不合理的存取和不完整的讀取資料 永久性 事務提交以後，所做的工作就被永久的儲存下來 二 事務並發處

　　工作階段狀態是ASP.NET應用程式狀態的其中一種，這種狀態的特點是以使用者為單位，每個會話對應一個使用者，也就是說在該使用者的整個訪問過程，工作階段狀態儲存的資料都會持續儲存於伺服器的介質中，直到會話逾時（即使用者超過指定時間沒有存取會話資料）。在伺服器端儲存工作階段狀態的方式有幾種，分別為： 1）InProc——這種方式工作階段狀態儲存在ASP.NET運行進程內，具體位置就是ASP.NET的Cache（快取）內。2）StateServer——這種方式工作階段狀態儲存在ASP.NET所帶有

伺服器配置選項 lightweight pooling 控制 SQL Server 執行個體是使用 Windows 線程還是纖程。此選項的預設值是 0。這表示 SQL Server 執行個體為每個背景工作執行緒計劃一個 Windows 線程，背景工作執行緒數不超過 max worker threads 選項中設定的值。如果 lightweight pooling 設定為 1，SQL Server 將使用纖程而不是 Windows 線程。這稱為在Fiber 模式下運行。在Fiber

前兩天犯了一個很嚴重的錯誤，在觀察 Sql Server 資料庫的時間，由於調整服務，一不小心把 Sql Server 的服務給重啟了，可能大家感覺這樣沒什麼，但是對於一個線上的DB，且DB支撐的是一天千萬PV的網站的時候，問題就嚴重了。Sql Server  服務停止後啟動不起來了，太無語了，由於網站訪問量太大，Sql Server 伺服器又線上，肯定沒法重啟了，無奈，只能把 訪問這台DB的3個網站IIS給停掉，然後重啟 DB 伺服器，是重啟 DB

以下為個人日常維護總結，進攻參考，不斷完善中：1. 檢查SQL Server 佔用的 CPU，主要是查看伺服器 CPU 是否穩定，用 Windows 工作管理員 查看即可2. 資料庫使用的記憶體是否突增，及記憶體是否被資料庫用上，檢查最大記憶體設定是否合理3. 檢查備份檔案是否正常，上次備份的檔案是否存在4. 檢查備份檔案所在磁碟的使用大小，防止備份過大，磁碟空間不足5. 查看DB和DB內各個表所佔的空間大小，監控是否有異常現象，如：某個表的大小突增等，利用 Report 功能比較方便直觀6.

對於 Sql Server 備份檔案的管理，是十分有講究的，特別是對於磁碟空間不大或者DB伺服器過多的管理員來說，真的比較難。同時也比較重要，因為如果不定時清理，磁碟肯定會滿，也會導致新的備份無法進行。因為。當然，人工整理備份檔案最好，但是卻不智能。沒辦法，只能通過程式來做了。 1. 利用 管理計劃(Maintenance Plans) 中的備份檔案到期策略和 清除維護 來管理備份檔案 a. 設定備份到期詳情：  b.根據磁碟空間，自動覆蓋到期備份(Maintenance Plans(維護計劃)

 1. sp_configure定義：顯示或更改當前伺服器的全域配置設定。主要的結果集：config_value，配置選項的配置值;run_value 配置選項的運行值;如果兩者不一致，一般是配置成功了，但是卻沒有生效備忘：很有用。使用 sp_configure 可以顯示或更改伺服器層級的設定。若要更改資料庫層級設定，請使用 ALTER DATABASE。若要更改僅影響目前使用者會話的設定，請使用 SET 語句。相關文章：Sql Server 記憶體用不上的解決辦法 2. sp_help定義：報

由於最近資料庫的部分job總是不能十分健康的執行，而監控起來只能登陸db伺服器去查看錯誤記錄檔，維護起來十分麻煩，並且job一般都是比較重要的，比如備份資料庫或者清理資料庫等等。網站這邊，經常由於清理job不能正常執行，造成資料庫空間在幾天內增加 2G - 3G 左右,最後排查發現，是由於執行清理的sql語句執行逾時而至。所以，做了一個job執行報表的功能，整合於公司的後台，和 錯誤記錄檔放在了一起，這樣就能每天方便的監控了。下面是用到的SQL 陳述式：select top 150 a.run_

1. sysjobactivity 表記錄當前 SQL Server Agent作業活動和狀態。job_id ：作業 IDrun_requested_date ：請求運行作業的日期和時間run_requested_source : 請求運行作業的要求者。 1 = SOURCE_SCHEDULER，4 = SOURCE_USERstart_execution_date ：計劃運行作業的日期和時間job_history_id : 用於標識 sysjobhistory

1. backupfile表中的每條記錄都對應著資料庫中的資料檔案或記錄檔的一次備份資訊。表中的欄位說明了備份時檔案的屬性。通俗的說，是備份檔案的詳細表。主要欄位：backup_set_id：備份組檔案的唯一標識號。一個備份組可能包含多個資料檔案或記錄檔。filegroup_name ：Database Backup的檔案組名稱，檔案組名可以在資料庫配置中自訂file_number

建立Sql Server表：create table [表名]([自動編號欄位] int IDENTITY (1,1) PRIMARY KEY ,[欄位1] nVarChar(50) default \'預設值\' null ,[欄位2] ntext null ,[欄位3] datetime,[欄位4] money null ,[欄位5] int default 0,[欄位6] Decimal (12,4) default 0,[欄位7] image null ,)刪除表：Drop table

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

 　　設計1個應用系統似乎並不難，但是要想使系統達到最佳化的效能並不是一件容易的事。在開發工具、資料庫設計、應用程式的結構、查詢設計、介面選擇等方面有多種選擇，這取決於特定的應用需求以及開發隊伍的技能。本文以SQL Server為例，從後台資料庫的角度討論應用程式效能最佳化技巧，並且給出了一些有益的建議。　　1　資料庫設計　　要在良好的SQL Server方案中實現最優的效能，最關鍵的是要有1個很好的資料庫設計方案。在實際工作中，許多SQL

清理資料庫日誌DECLARE @Database nvarchar(50)Set @Database='LH_OfficeFile'-- 1.清空日誌DUMP TRANSACTION @Database WITH NO_LOG -- 2.截斷交易記錄BACKUP LOG @Database WITH NO_LOG     -- 3.收縮資料庫DBCC SHRINKDATABASE(@Database)-- 4.設定資料庫自動收縮EXEC sp_dboption