SQL Server

查詢分析器中調試的步驟如下：    SQL 2000查詢分析器        --左連的物件瀏覽器(沒有的話按F8)        --對象項中        --右鍵調試的預存程序        --調試        --輸入參數(必須輸入所有的參數,包括預設值/輸出參數        --點擊執行        --出現一個浮動工具條        --上面有逐步執行，斷點設定等按F11是逐步執行.如果要運行到指定行,只需要將游標移動到指定的行,再按Ctrl+F10

1、@@CONNECTIONS返回自上次啟動 Microsoft SQL Server以來串連或試圖串連的次數。樣本：下面的樣本顯示了到當前日期和時間為止試圖登入的次數。SELECT GETDATE() AS 'Date and Time', @@CONNECTIONS AS 'Login Attempts'2、@@CPU_BUSY返回自上次啟動 Microsoft SQL Server以來 CPU 的工作時間，單位為毫秒（基於系統計時器的解析度）。樣本：下面的樣本顯示了到當前日期和時間為止

Problem: Login failed for user 'sa'. Reason: Not associated with a trusted SQL Server connection.       可以串連原生SqlServer上面的資料庫,但是串連伺服器上面的有問題，原因如上。在百度和Google中尋找相關的協助都是這是因為沒有使用SQL SERVER和WINDOWS的混合登陸模式，實際上伺服器上是這樣子設定的，所以應該不是這個原因。      

     我做的項目類似於百度知道，當然比百度知道要簡單許多。一個問題分享平台，使用者提出問題後若是在規定期限內不做任何處理（不採納正確答案，也不關閉問題或者乾脆就忘了這碼事兒），那麼到期的時候問題被視為到期問題，使用者也要得到扣分懲罰。由於每個問題的到期時間都不一樣，所以問題到期時扣分這項操作就不可能由人來手動即時完成。     一種方案就是使用者登陸之後，頁面page_load觸發查詢方法查詢目前使用者是否有到期問題，有的話就扣分。但是使用者如果不登陸，那麼就不會扣分，而實際上問題已經到期了

關於資料庫最佳化，之前已經為大家介紹過了，即網站整體最佳化之資料庫最佳化，這個是針對大部分的資料庫來說都是適用的，那麼針對SQL

     今天遇到一個問題，最後發現是對@@identity、Scope_identity()、ident_current瞭解不夠造成的，寫下來給像我一樣的新手提示一下     最初有兩個表table1、table2，預存程序pro1實現這樣的邏輯,向table1插入一行資料之後，用@@identtity取得identity列剛插入的值，插入table2，一直運行正常。     後來由於業務變化，增加了table3、table4，於是想當然的在table1定義了一個insert觸發器，當tabl

IF EXISTS(SELECT * FROM SYSOBJECTS WHERE NAME = 'StuWebName')DROP TABLE StuWebNameGOCREATE TABLE StuWebName(StuId INT IDENTITY(1,1) PRIMARY KEY,StuName VARCHAR(50) NOT NULL,StuPassword VARCHAR(50) NOT NULL,StuSex CHAR(2) DEFAULT('男'),StuNo INT NOT

 沉默的SQL Server 2005安裝是可能的兩個步驟：1） 建立一個setup.ini檔案 的SQL Server光碟片中包含的模板檔案稱為template.ini。在此基礎上建立另一個需要的”.ini檔案”，該檔案包含一個單一的[Options]節包含多個參數，每個涉及到不同的功能或配置設定。setup.ini檔案結構（一般設定結構如下）其中紅色框的設定是用來卸載組建的，若在安裝失敗的時候就要先卸載這些組件，安裝的時候不要“REMOVE=ALL”2） 運行安裝程式命令提示字元

在SQL Server ,採用1,2,4,8,16.....等用數位識別碼的狀態欄位可以進行累加,對存在的幾種狀態進行組合,從而可形成各種組合狀態例如:一條記錄該欄位原來的數字是,2,如我們想加上4,則可以用update t_User set iFlag = iFlag | 4 where UserID = 1(iFlag 為該欄位名)例2:在加上4之後我們想去掉4怎麼辦呢,可以這樣實現update t_User set iFlag = iFlag ^4 where UserID =

    作為DBA，不僅僅是協助開發人員寫優秀的查詢指令碼、高效的資料存放區架構。其實更多時候都是在營運，大部分工作時間都不算飽和的,可是為什麼有些DBA如此忙碌、狼狽不抗甚至等到客戶或者乙方公司抱怨呢，那很多原因就是對SQL Server 的基礎監控架構不熟悉，不夠瞭解，不能自動化安排監控任務。    擷取通知：SQL Server為我們提供的諸如SQL Mail，Database Mail

監控前言    上一節我們提到了MSSQL的基於SQL Event的監控，但是有些時候我們需要更加詳細、適用於調優排錯的監控。SQL Server內部啟動並執行可見度是的查詢調整、最佳化和綜合排查成為可能！這一節主要和大家說說SQL Server跟蹤（SQL Server Profile）的一些監控方式和途徑。    使用情境    記得某次給一家公司調優的時候，負責人發給我一堆業務的T-SQL指令碼，我面對海量指令碼還是從容，雖然不瞭解內部複雜的業務，但是我們得專註問題的關鍵

第一步：開啟CLR sp_configure 'show advanced options', 1;GORECONFIGURE;GOsp_configure 'Ole Automation Procedures', 1;GORECONFIGURE;GOEXEC sp_configure 'show advanced options' , '1';goreconfigure;goEXEC sp_configure 'clr enabled' , '1'goreconfigure;-- Turn

支援CTE的複雜語句調用：原始調用SQL語句：with t as (select ma_id from sa_affair_info where ad_id=2203 and ai_affair_status=2 and ai_is_pass='true'),q as(select m.* from SA_Main_Affair m join t on t.ma_id=m.ma_index_no),p as (select ai.* from sa_affair_info ai join q

在項目上線後，為了保障客戶資料安全，給資料庫伺服器裡的每一個資料庫做了一個自動備份，每天會產生一個新的備份檔案，放在備份檔案夾裡，並且檔案夾裡建立了以各資料庫位名的子檔案夾，備份檔案就放在這個檔案夾裡，時間長了後探索服務器的空間不夠了，原來有個oa的資料庫特別大，有4G左右，這樣每天會消耗掉4G左右的空間，所以必須每天將以前備份的檔案刪掉，折騰了半天，終於把這條語句弄出來了：exec xp_cmdshell 'forfiles /p c:backup /s /m *.bak /d -30 /c

重設識別欄位欄位值例如：DBCC CHECKIDENT (TableName,RESEED,1);將表TableName的識別值種子設定為1。 下面為MSDN解釋：DBCC CHECKIDENT (     table_name        [, { NORESEED | { RESEED [,new_reseed_value ] } } ])[ WITH NO_INFOMSGS ]參數 table_name

故障現象: 伺服器重新啟動時, sql server出現1069伺服器無法啟動登陸 解決方案:      方法一:   我的電腦--控制台--管理工具--服務--右鍵  MSSQLSERVER--屬性--登陸--登陸身份--選擇"本地系統帳戶"      方法二:  我的電腦--控制台--管理工具--服務--右鍵  MSSQLSERVER--屬性--登陸--登陸身份--選擇"此帳戶"--密碼和 確認密碼中輸入你修改後的administrator密碼.

轉自：http://database.ctocio.com.cn/200/8863200_1.shtml伺服器叢集利用了Windows Server系列的Enterprise Edition中的內建群集功能。實際上，對於群集，使用Windows Server 2003要比Windows 2000 Advanced Server

SQL Server有兩種備份方式，一種是使用BACKUP DATABASE將資料庫檔案備份出去，另外一種就是直接拷貝資料庫檔案mdf和記錄檔ldf的方式。本文中我們將主要介紹一下後者的備份與恢複。本文中假定您目前已經能夠熟練使用Server企業管理器和SQL Server查詢分析器) 　　1、正常的備份、恢複方式　　正常方式下，我們要備份一個資料庫，首先要先將該資料庫從啟動並執行資料服務器中斷開，或者停掉整個資料庫伺服器，然後複製檔案。　　卸下資料庫的命令：Sp_detach_db 資料庫名　

資料完整性是任何資料庫系統要保證的重點。不管系統計劃得有多好，空資料值的問題總是存在。本文探討了在SQL Server中處理這些值時涉及的3個問題：計數、使用空表值以及外鍵處理。

有時，為了讓應用程式運行得更快，所做的全部工作就是在這裡或那裡做一些很小調整。但關鍵在於確定如何進行調整!遲早您會遇到這種情況：應用程式中的 SQL 查詢不能按照您想要的方式進行響應。它要麼不返回資料，要麼耗費的時間長得出奇。如果它降低了公司專屬應用程式程式的速度，使用者必須等待很長時間。使用者希望應用程式響應迅速，他們的報告能夠在瞬間之內返回分析資料。就我自己而言，如果在Web上衝浪時某個頁面要耗費十多秒才能載入，我也會很不耐煩。