SQL Server

環境說明：        一台遠程伺服器，WINDOWS SERVER 2003+SQL SERVER 2005(後改成SQL SERVER 2008)故障描述：         在本地筆記本上安裝了 SQL SERVER2005 ，通過SQL Server Management Studio 串連這台遠程伺服器，報“指定的網路名稱不再可用”錯誤！修改登入時的網路通訊協定也一樣。能PING通伺服器，TELNET

 查詢資料庫(Databases)名稱: SELECTname FROM master.dbo.sysdatabasesWHERE status <> 512查詢資料表(Tables)名稱:SELECTname FROM dbo.sysobjectsWHERE OBJECTPROPERTY(id,N'IsUserTable')= 1 AND name <> 'dtproperties'查詢帶Schema 的資料表(Tables)名稱:  SELECT b.name+ '.

----- Begin Script, Create sp_help_revlogin procedure -----USE masterGOIF OBJECT_ID ('sp_hexadecimal') IS NOT NULL DROP PROCEDURE sp_hexadecimalGOCREATE PROCEDURE sp_hexadecimal @binvalue varbinary(256), @hexvalue varchar(256) OUTPUTASDECLARE

查看實例名時可用1、服務—SQL Server(執行個體名)，預設執行個體為(MSSQLSERVER)或在串連企業管理時-查看本地執行個體 2、通過注冊表HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Microsoft SQL Server/InstalledInstance3、用命令sqlcmd/osqlsqlcmd -Lsqlcmd -Lcosql -L擷取可用實例,以下舉一個例子，根據自己情況改DECLARE @Table TABLE (

DECLARE @abc varchar(50)SET @abc='2008,2009,2011';DECLARE @temp varchar(50)DECLARE @sign varchar(50)DECLARE @run bit --繼續迴圈的標誌SET @run=1;while(@run=1)beginIF(len(@abc)>0)

SqlConnection conn= new SqlConnection("server=.;uid=sa;pwd=123;database=08_09cgywdb;Connection TimeOut=2");conn.Open();SqlCommand comm=new SqlCommand("SELECT OBJECT_NAME (id) FROM sysobjects WHERE xtype = 'U' and name like 'tbl20%' ORDER BY Name",

今天實驗使用python串連 sql server 伺服器。我記得以前使用ado串連access非常順利，但是今天使用ado串連sql server竟然不成功。在python裡面的出錯資訊都顯示為轉移序列，費了半天勁才搞明白：無效的類別字串。是連接字串嗎？測試了好幾個 確認無誤的資料庫連接字串，也是如此 。上網搜尋，是有可能是 com的類別字串。重新註冊 msado15.DLL 檔案，竟然正常了。奇怪，什麼時候竟然丟失了這些註冊資訊呢？ 

/********************記錄journal的刪除資訊***************************/create trigger delete_journalon [dbo].[journal] after delete as begin declare @journal_num varchar(50),@journal_title varchar(50); select

--十二.預存程序--建立預存程序create procedure book1_pr1asselect book1.書名 from book1--執行預存程序execute book1_pr1--查看預存程序sp_helptext book1_pr1--帶輸入參數的預存程序create proc book1_pr2@書名 char(20)asselect * from book1where 書名=@書名--執行帶參預存程序exec book1_pr2

表User1中有欄位ID, UserName, Email, Address。表Delta2_User1中有欄位ID, UserName, Email, Address,

繼續調優，今天上午分析了以下一條處理時間達40秒的SQL語句select *  from table  where T_table_ID in    (   select  distinct s.t_table_id      from      (        select distinct a.t_table_id,a.bt         from           (select left(bt,4) as bbt,* from table where

 use mastergo--檢索死結進程select spid, blocked, loginame, last_batch, status, cmd, hostname, program_namefrom sysprocesseswhere spid in( select blocked from sysprocesses where blocked <> 0 ) or (blocked <>0) 也可以select

Sql Server CPU 效能排查及最佳化的相關 Sql 語句，非常好的SQL語句，記錄於此：--Begin Cpu 分析最佳化的相關 Sql --使用DMV來分析SQL Server啟動以來累計使用CPU資源最多的語句。例如下面的語句就可以列出前50名。select

 因為仰望ORACLE，所以一直都以為SQL SERVER很笨。據傳SQL 2005有了RowID的東西，可以解決TOP排序的問題。可惜還沒有機會體驗。在SQL 2000中寫預存程序，總會遇到需要TOP的地方，而一旦遇到TOP，因為沒辦法把TOP後面的數字作為變數寫到先行編譯的語句中去，所以只能夠使用構造 SQL，使用Exec來執行。不說效率的問題，心裡也總覺得這個辦法很笨。實際上，在SQL

1、精確數字類型bigintintsmallinttinyintbitmoneysmallmoney2、字元型資料類型，MS建議用VarChar(max)代替TextCharVarCharText3、近似數字類型DecimalNumericRealFloat4、Unicode字串類型NcharNvarCharNtext5、位元據類型,MS建議VarBinary(Max)代替Image資料類型，max=231-1Binary(n) 儲存固定長度的位元據VarBinary(n) 儲存可變長度的位元據

轉自：http://www.cnblogs.com/Ammy/archive/2008/05/09/1190081.html1)用系統函數select   *   from fn_dblog(null,null) 2)用DBCCdbcc log(dbname,4)       --(n=0,1,2,3,4)1 - 更多資訊plus flags, tags, row length2 - 非常詳細的資訊plus object name, index name,page id, slot id3 -

今天安裝sql server 2000的時候出現“以前的某個程式安裝已在安裝電腦上建立掛起的檔案操作。運行安裝程式之前必須重新啟動電腦”錯誤。無法進行下去。 分析報錯內容，可能的原因就是以前安裝過sql server 2000了。參考網上資料，總算搞定。步驟是： 1）添加/刪除程式中徹底刪除sql server。 2）將沒有刪除的sql server目錄也刪除掉。

有時候發現SQL Server的智能感知不起作用，可以嘗試通過下面的辦法解決： 1.確保正確的開啟智能感知  啟用：(Auto List Members) 2.對於一些新建立的Object，無法智能提示，可以通過重新整理本機快取的方法解決：  更多資訊參考：Troubleshooting IntelliSense (SQL Server Management Studio）  http://msdn.microsoft.com/zh-cn/library/ms173434.aspx   

當建立大資料庫時，為了減少片段，我們一般都會安裝最終的使用大小建立，但是初始化資料和記錄檔時會覆蓋以前刪除的檔案遺留在磁碟上的任何現有資料，花費很多的時間。  不過SQL Server 提供了檔案立即初始化功能，藉助這個功能可以在瞬間對資料檔案進行初始化檔案立即初始化功能僅在向 SQL Server (MSSQLSERVER) 服務帳戶授予了 SE_MANAGE_VOLUME_NAME 之後才可用。Windows Administrator

今天有個供應商問我一個問題如果更改表中一個欄位的資料類型是不是View中的欄位類型也響應自動更改。當時我想應該是會自動更改的。但是供應商說他們試過了不會更改的，問我除了重建立有沒有什麼辦法。當時想到了重新整理View的預存程序sp_refreshview，讓他們試一下。執行之後View中的資料類型就被更新了。通過這個例子可以看到View中的欄位類型是不會同步的除是schema-bound 的View. MSDN查到的解釋：Updates the metadata for the