『壹』 Microsoft sql Server Service Pack 3 補丁 如何安裝
sp3就是補丁啊，安裝完sqlserver後就可以 打補丁，就像window系統補丁，你的意思是不是要使用jsp訪問 sqlserver資料庫？ 有補丁就盡量安裝，不然有些莫名其妙的問題讓人很郁悶，或許打了補丁就能解決
『貳』 Java連接資料庫的問題
開始---運行，輸入CMD
輸入Netstat -n -a ，看一下有沒有:1433
如果沒有1433，那麼你的SQLSERVER要打補丁，PACK3或PACK4否則只能用JDBC-ODBC橋連接資料庫。
打好不定以後還要在*(你的盤符):\jdk1.5\jre\lib\ext下放入以下3個文件
msbase.jar
mssqlserver.jar
msutil.jar
然後用jdbc連資料庫是輸入以下語句:
com.microsoft.jdbc.sqlserver.SQLServerDriver
jdbc:microsoft:sqlserver://localhost:1433;DatabaseName=pubs","用戶名","密碼"
『叄』 SQL Server2000 SP3補丁放哪個文件夾
5.0 文檔說明
除可用的新功能之外，本節還包含運行 SP3 時可能發生的問題。這些問題可能發生在從 SQL Server 2000、SQL Server 2000 SP1 或 SQL Server 2000 SP2 運行 Service Pack 進行升級的情況下。本節未描述 SP3 中提供的所有修補程序。要查看這些修補程序的完整列表，請參見 Microsoft 知識庫文章 306908。
本節中的 Analysis Services 和 Meta Data Services 部分不適用於僅 Desktop Engine 安裝。
本自述文件中未能及時提供的 SQL Server 2000 Service Pack 3 相關信息，將在 Microsoft 知識庫文章 330022 中提供。該文章可以在 Microsoft 產品技術支持服務知識庫中找到。
5.1 資料庫引擎和 Desktop Engine 增強功能
下列增強功能適用於安裝 Database Components SP3 的 SQL Server 2000 實例。也適用於安裝 Desktop Engine SP3 的 Desktop Engine 實例。
5.1.1 在 Database Components SP3 中使用中文、日語或朝鮮語字元
在 SP1 中引入
如果在運行 Windows NT 4.0 的伺服器或 Windows 98 上安裝了 Database Components SP3 之後再升級到 Windows 2000，Windows 2000 升級過程將替換某些系統文件。在對中文、日語或朝鮮語字元排序時，需要使用這些系統文件。如果在 SQL Server 資料庫中使用中文、日語或朝鮮語字元，在升級到 Windows 2000 後，需重新運行 SP3 附帶的 Sqlredis.exe。有關運行 Sqlredis.exe 的更多信息，請參見 4.2 再發布 SP3 數據訪問組件。
說明 如果客戶機或伺服器上沒有含中文、日語或朝鮮語字元的資料庫，則無需重新應用 Sqlredis.exe。
5.1.2 散列組已刪除
在 SP1 中引入
散列組 (hash teams) 已刪除。由於 SQL Server 2000 中的改進，使用散列組已不能獲得它們在 SQL Server 7.0 中所提供的性能好處。而且，刪除散列組使得 SQL Server 2000 更加穩定。
因此，查詢優化器不再用散列組生成查詢計劃。
在極個別的情況下，刪除散列組可能會使查詢的處理速度減慢。請分析這類查詢並確定創建更適合的索引是否能使查詢性能恢復到以前的水平。
5.1.3 添加的 Affinity Mask 開關
在 SP1 中引入
此 Service Pack 添加了兩個 Affinity Mask 開關。
Affinity Mask I/O 開關
使用此 Service Pack，可以指定使用哪些 CPU 來運行用於磁碟 I/O 操作的線程。這一開關必須與 Affinity Mask 選項結合起來使用。有關更多信息，請參見 Microsoft 產品技術支持服務知識庫中的文章 298402。有關搜索知識庫的指導，請參見 1.3 關於 SP3 的其他信息。
Affinity Mask 連接開關
使用此 Service Pack，可以將支持虛擬介面體系結構 (VIA) 的系統配置為將 SQL Server 連接從某些網卡綁定到一個處理器或一組處理器。這一開關必須與 Affinity Mask 選項結合起來使用。有關更多信息，請參見 Microsoft 產品技術支持服務知識庫中的文章 299641。
5.1.4 篩選的索引視圖
在 SP2 中引入
如果遇到 Microsoft 知識庫文章 306467 中描述的 SQL Server 2000 錯誤 355069，此 Service Pack 只能防止由於數據修改而在未來出現異常結果。所以，除了應用此修補程序外，所有基於帶有篩選條件的視圖的索引都必須重新創建。有關更多信息，請參見 Microsoft 產品技術支持服務知識庫。
5.1.5 安裝完成後重建全文目錄
在 SP3 中引入
作為 SP3 安裝的一部分，將重建所有全文目錄。該重建是自動的，並且會大量耗用資源。在完成該重建過程之前，根據全文目錄進行查詢可能返回部分結果或無結果。安裝 SP3 之後，系統事件日誌將包含可指出目錄已損壞、屬於較早版本並需要重建等方面的記錄。
有關信息，請參見知識庫文章 327217，其中還討論了重建過程中保持全文搜索可用以及避免自動重建的可能的解決辦法。
5.1.6 sp_change_users_login 的語法更改
在 SP1 中引入
使用 @Action=Auto_Fix 參數運行 sp_change_users_login 時，現在必須指定密碼。sp_change_users_login 將把此密碼賦給它為用戶創建的任何新的登錄。下例顯示了新的 @Password 參數：
sp_change_users_login [ @Action = ] 'action'
[ , [ @UserNamePattern = ] 'user' ]
[ , [ @LoginName = ] 'login' ]
[ , [ @Password = ] 'password' ]
@Password 參數只能與 @Action=Auto_Fix 一起使用。下例顯示了在使用 Auto_Fix 時 sp_change_users_login 命令的新語法。SQL Server 聯機叢書中的其他示例沒有變化。
USE pubs
go
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
go
5.1.7 默認情況下禁用對 OLE DB 提供程序的特殊訪問
在 SP1 中引入
如果明確設置了 DisallowAdhocAccess 注冊表選項，則默認情況下，不允許對 OLE DB 提供程序進行特殊訪問。這表示特殊查詢語法（如 OPENDATASOURCE 和 OPENROWSET）無法針對遠程伺服器工作。要允許特殊訪問，必須明確將 DisallowAdhocAccess 選項設置為 0。
5.1.8 新的 SqlServerLike 提供程序選項
在 SP1 中引入
為了更有效地處理包含 LIKE 謂詞的遠程查詢，在 SP3 中添加了 SqlServerLike 選項。如果將該選項設置為 1，則 SQL Server 可以對提供程序執行包含 LIKE 謂詞的強制查詢。以前，如果提供程序不是 SQL Server OLE DB 提供程序，則總是基於本地 SQL Server 實例來計算包含 LIKE 謂詞的分布式查詢。
5.1.9 分布式查詢的擴展錯誤消息
在 SP3 中引入
對於分布式查詢，SQL Server 除了返回伺服器錯誤消息以外，還返回提供程序錯誤消息。當相互鏈接的伺服器之間的查詢導致錯誤時，SQL Server 將檢查該提供程序是否支持 IErrorRecords OLE DB 介面。如果支持此介面，則 SQL Server 將調用 GetErrorInfo 函數從該提供程序中獲取附加的錯誤消息，並將這些信息作為錯誤消息的一部分返回給用戶。如果不支持 IErrorRecords 介面，則 SQL Server 的行為將不會改變：SQL Server 將返回一般性錯誤。
例如，如果對使用 MSDASQL 的伺服器（該伺服器不支持 sql_variant）運行下列查詢:
SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull --Remote2k 是一台還回伺服器。
在應用 SP3 之前，SQL Server 返回下列錯誤消息：
伺服器: 消息 7356，級別 16，狀態 1，行 1
OLE DB 提供程序「msdasql」為某列提供了不一致的元數據。
元數據信息在執行時被更改了。
在應用 SP3 之後，SQL Server 將返回下列錯誤消息：
伺服器: 消息 7356，級別 16，狀態 1，行 1
OLE DB 提供程序「msdasql」為某列提供了不一致的元數據。
元數據信息在執行時被更改了。
OLE DB 錯誤跟蹤 [非界面錯誤: 報告對象「"dqtable"."dbo"."sqlvariantnotnull"」的列「sql_variant」(編譯時序號 3)的 DBCOLUMNFLAGS_ISFIXEDLENGTH 在編譯時為 16，運行時為 0]。
5.1.10 新函數 fn_get_sql 返回 SQL 語句
在 SP3 中引入
SP3 包含新函數 fn_get_sql，該函數為指定的 SQL 句柄返回 SQL 語句的文本。另外，為了支持此函數，在 sysprocesses 系統表中添加了三個新列，如下表所示。
列名 數據類型 描述
sql_handle binary(20) 表示當前正在執行的批或對象。
stmt_start int 指定對當前 SQL 語句 sql_handle 的起始偏移量。
stmt_end int 指定對當前 SQL 語句 sql_handle 的終止偏移量。
值 -1 表示當前語句運行到 fn_get_sql 函數為指定的 sql_handle 返回的結果的結尾。
語法
fn_get_sql ([ @SqlHandle = ] SqlHandle )
參數
[ @SqlHandle = ] SqlHandle
句柄值。SqlHandle 的數據類型是 binary(20)。
返回表
列名 數據類型 描述
dbid smallint 資料庫 ID。對於特殊的 SQL 語句，該值為 NULL。
objectid Int 資料庫對象的 ID。對於特殊的 SQL 語句，該值為 NULL。
number smallint 組的編號（如果過程已分組）。對於不是過程的項，該值為 0；對於特殊的 SQL 語句，該值為 NULL。
encrypted Bit 指示對象是否已加密。如果對象未加密，該值為 0；如果對象已加密，該值為 1。
text Text SQL 語句的文本。對於已加密對象，該值為 NULL。
備注
可以從 sysprocesses 系統表的 sql_handle 列中獲取一個有效的 SQL 句柄。
如果傳遞的句柄已不再存在於高速緩存中，fn_get_sql 將返回空結果集。如果傳遞的句柄無效，批處理將停止，並返回下列錯誤消息：
伺服器: 消息 569，級別 16，狀態 1，過程 fn_get_sql，行 12 傳遞給 fn_get_sql 的句柄無效。
SQL Server 2000 無法高速緩存某些 Transact-SQL 語句，如大容量復制語句和包含的字元串文字大於 8 KB 的語句。無法使用 fn_get_sql 函數檢索這些語句的句柄。
結果集的 text 列已針對可能包含密碼的文本進行了篩選。
fn_get_sql 函數返回的信息類似於 DBCC INPUTBUFFER 命令。當無法使用 DBCC INPUTBUFFER 時，請使用 fn_get_sql 函數，例如：
當事件具有 255 個以上的字元時。
當必須返回存儲過程的當前最高嵌套級時。例如，有兩個存儲過程，分別名為 sp_1 和 sp_2。如果 sp_1 調用 sp_2 並且在 sp_2 運行時從 sysprocesses 系統表獲得句柄，則 fn_get_sql 函數將返回 sp_2 的有關信息。此外，fn_get_sql 函數還會返回處於當前最高嵌套級的存儲過程的完整文本。
許可權
只有 sysadmin 固定伺服器角色的成員可以運行 fn_get_sql 函數。
示例
資料庫管理員可以使用 fn_get_sql 函數幫助診斷有問題的進程。當管理員確定有問題的伺服器進程 ID (SPID) 之後，就可以檢索該 SPID 的 SQL 句柄，使用該句柄調用 fn_get_sql 函數，並使用開始和終止偏移量來確定有問題的 SPID 的 SQL 文本。例如：
DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
SELECT * FROM ::fn_get_sql(@Handle)
5.1.11 跨資料庫所有權鏈接
在 SP3 中引入
此 Service Pack 提供了一個新選項，可以用來打開和關閉跨資料庫所有權鏈接。在安裝過程中，「後向兼容性一覽表」對話框顯示一個用於配置跨資料庫所有權鏈接的選項。默認情況下，安裝程序對所有用戶資料庫關閉跨資料庫的所有權鏈接。您可以對所有資料庫啟用跨資料庫的所有權鏈接。有關更多信息，請參見「後向兼容性一覽表」對話框。
說明 建議不要對所有資料庫啟用跨資料庫所有權鏈接。
安裝後，可以使用下列方法對實例中的所有資料庫打開或關閉跨資料庫的所有權鏈接：
使用 sp_configure 系統存儲過程的新參數 Cross DB Ownership Chaining。
在企業管理器中，使用「SQL Server 屬性」對話框中的「安全性」選項卡上的「允許跨資料庫所有權鏈接」選項。
使用 SQLServer. 資料庫管理對象 (DMO) 集合。當 SQLServer 對象引用 SQL Server 2000 SP3 或更高版本的實例時，該集合將包含一個名為 Cross DB Ownership Chaining 的 ConfigValue 對象。
如果對該實例關閉了跨資料庫所有權鏈接，則可以對單個資料庫進行配置。使用下列方法可以對資料庫打開和關閉跨資料庫的所有權鏈接：
使用 sp_dboption 系統存儲過程的新選項 db chaining。
在企業管理器中，使用「資料庫屬性」對話框中的「選項」選項卡上的「允許跨資料庫所有權鏈接」選項。
使用 DMO 對象 DBOption2 的 DBChaining 屬性。
說明 如果以前在 SP3 之前的版本（Build 8.00.760 之前的版本）中啟用了跨資料庫所有權鏈接，安裝 SP3 之後必須再次啟用它。
有關更多信息，請在運行安裝程序時單擊「後向兼容性一覽表」頁上的「幫助」按鈕、下載 SQL Server 2000 聯機叢書的更新版，或者查看知識庫文章 810474。
5.1.12 跟蹤標志 1204 的改進
在 SP3 中引入
跟蹤標志 1204 返回參與死鎖的鎖的類型以及當前受影響的命令。在 SP3 和更高版本中，當啟用此跟蹤標志時，會將死鎖信息自動寫入到錯誤日誌中。
5.1.13 sp_changedbowner 的許可權更改
在 SP3 中引入
只有 sysadmin 固定伺服器角色的成員可以運行 sp_changedbowner 系統存儲過程。
5.1.14 調試功能的更改
在 SP3 中引入
默認情況下，禁用在 Microsoft Visual Studio® 6.0 及其更早版本或 SP3 之前的 SQL Server 查詢分析器中調試存儲過程的功能，同時還禁用應用程序調試（在調試客戶端應用程序過程中停止於 SQL Server Transact-SQL 斷點處）。要啟用調試功能，請運行 sp_sdidebug，並傳遞參數 legacy_on。要禁用調試功能，請將 legacy_off 參數傳遞給此過程。
說明 建議不要在生產用伺服器上運行 sp_sdidebug 存儲過程。
有關更多信息，請參見 Microsoft 知識庫文章 328151。您可在 Microsoft 產品支持服務知識庫中找到該文章。
5.2 Analysis Services 增強功能
本節討論 SP3 中包含的 SQL Sever 2000 Analysis Services 的增強功能。
5.2.1 遠程分區
在 SP1 中引入
在安裝了 SP1 或更高版本的本地伺服器上創建遠程分區時，遠程伺服器必須使用對本地伺服器上的父多維數據集具有完全訪問許可權的域用戶帳戶。作為本地伺服器上 OLAP 管理員組成員的所有用戶帳戶，都具有完全訪問許可權。
此外，如果本地伺服器上安裝了 SP1 或更高版本，則遠程伺服器上也必須安裝 SP1 或更高版本，這樣本地伺服器才可以創建或管理遠程分區。
5.2.2 更新的 Analysis Services 可再分發客戶端安裝程序
在 SP1 中引入
Analysis Services SP1 及更高版本包括下列客戶端可再分發安裝程序的更新版本：
PTSLite.exe
PTSFull.exe
這些文件位於 SP3 安裝目錄的 \Msolap\Install\PTS 路徑中。
說明 PTSFull.exe 包含 MDAC，而 PTSLite.exe 不包含。
在應用程序中使用這些更新的客戶端安裝程序，可避免或解決使用 Analysis Services 和 Microsoft Office XP 時可能出現的客戶端安裝問題。
說明 在 Office XP 中使用 Analysis Services 時，強烈建議升級客戶端。
5.2.3 支持第三方數據挖掘演算法提供程序
在 SP1 中引入
Analysis Services SP1 及更高版本包含對第三方數據挖掘演算法提供程序的支持。有關開發數據挖掘演算法提供程序的更多信息，請參見 Third Party Data Mining Providers（第三方數據挖掘提供程序）白皮書和 OLE DB for Data Mining Resource Kit（數據挖掘 OLE DB 資源大全），其中包含一個數據挖掘演算法提供程序示例。
5.2.4 在客戶端文件已更新的計算機上安裝 Analysis Services
在 SP1 中引入
如果在客戶端文件（如 SQL Server 2000 SP1 或 Office XP）已更新的計算機上安裝 SQL Server 2000 Analysis Services，則必須應用 Analysis Services SP1 或更高版本，以確保客戶端運行正常並且可以瀏覽多維數據集。
5.2.5 增加對虛擬多維數據集引用的 OLAP 多維數據集的限制
在 SP3 中引入
虛擬多維數據集現在最多可以引用 255 個多維數據集。但是，對於在 SP3 以前發布的任何版本的 Microsoft PivotTable® Service 來說，任何引用 64 個以上的多維數據集的虛擬多維數據集都是不可見的。
5.2.6 新關鍵字 DESCRIPTION
在 SP3 中引入
本地多維數據集現在支持度量和維度的內在成員屬性 DESCRIPTION。DESCRIPTION 關鍵字被添加到 CREATE CUBE 多維表達式 (MDX) 語句中，用於支持 DESCRIPTION 內在成員屬性的使用。下列 BNF 子句描述了對 CREATE CUBE 語句所做的更改：
<dimensions def> :: = DIMENSION <dimension name> [<time def>]
[DIMENSION_STRUCTURE <sub_type>] [<hidden def>] [DESCRIPTION <description expression>]
<options def> <comma> <hierarchy def list>
<measures def> :: = MEASURE <measure name> <measure function def>
[<measure format def>] [<measure type def>] [<hidden def>] [DESCRIPTION <description expression>]
[<comma> <measures def>]
5.2.7 新的 PivotTable Service Restricted Client 屬性
在 SP3 中引入
SP3 實現了一個新的 PivotTable Service 連接字元串屬性：Restricted Client。此屬性可用於限制 PivotTable Service 使用本地多維數據集功能。如果一條語句涉及到創建或使用本地多維數據集，如 CREATE CUBE、CREATE GLOBAL CUBE 和 CREATE SESSION CUBE 語句，那麼，使用該語句的任何嘗試都會引起錯誤。此外，對於任何涉及到深層遞歸的語句（如一系列嵌套的 DRILLDOWN 語句），如果該語句有可能導致 PivotTable Service 所維護的語句堆棧發生溢出，則該語句會引起錯誤。
此屬性用於存儲一個字元串值。如果將該值設置為任何以字元「Y」、「y」、「T」或「t」開始的字元串值，或者將其設置為任何可以轉換為非 0 數字值的字元串值，則 PivotTable Service 將受到如上所述的限制。如果將該值設置為包括空字元串 ("") 在內的任何其他字元串值，或者將其設置為任何可以轉換為等於 0 的數字值的字元串值，則 PivotTable Service 將不受限制。此屬性的默認值為「0」。
說明 此屬性不限制對本地數據挖掘模型的使用。
5.2.8 Safety Options 屬性的更改
在 SP3 中引入
將 Safety Options 屬性設置為 DBPROP_MSMD_SAFETY_OPTIONS_ALLOW_SAFE 也可以禁止在本地多維數據集中使用 PASSTHROUGH 關鍵字。
5.2.9 默認情況下禁止將知識庫遷移到 Meta Data Services
在 SP3 中引入
在 SP3 中，已經禁用在遷移知識庫向導中使用 Meta Data Services 知識庫格式的選項，並且建議不要使用此格式。但是，如果由於業務原因需要使用此格式，則可以通過 注冊表項啟用該選項。
默認情況下，此注冊表項不存在；必須在 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server\Server Connection Info 中手動創建和設置它才能啟用向 Meta Data Services 格式遷移知識庫的功能。此注冊表項用於存儲一個區分大小寫的字元串值。如果將該值設置為 1 或 True，則啟用向 Meta Data Services 格式遷移知識庫的功能。如果將該值設置為其他任何字元串值，或者此注冊表項不存在，則禁用向 Meta Data Services 格式遷移知識庫的功能。
說明 如果更改了此注冊表項的值，則更改將立即生效。
5.2.10 必須更改遠程 Data 文件夾的許可權
在 SP3 中引入
如果 Analysis Services Data 文件夾不在分析伺服器計算機上，則運行 SP3 安裝程序後必須修改該文件夾的許可權。將該文件夾的完全控制許可權授予給分析伺服器計算機上 OLAP 管理員組的所有成員。以後，在 OLAP 管理員組中添加或刪除成員時，請務必更改遠程 Data 文件夾的許可權，以使其反映 OLAP 管理員組當前的成員。這樣備份和還原將可以正常工作。
此外，運行 SP3 安裝程序後，必須允許運行分析伺服器的帳戶對遠程 Data 文件夾具有完全控制許可權。
如果對在群集配置中運行的 Analysis Services 實例應用 SP3，必須允許域級別 OLAP 管理員組對遠程 Data 文件夾具有完全控制許可權。有關創建和使用域級別 OLAP 管理員組的更多信息，請參見 Microsoft 產品技術支持服務知識庫中的技術支持文章 308023。
5.3 復制增強功能
本節討論 SP3 中包含的 SQL Sever 2000 復制增強功能。
5.3.1 事務復制 UPDATE 自定義存儲過程
在 SP1 中引入
在事務復制設置期間，將在訂閱資料庫中創建插入、刪除和更新操作的自定義存儲過程。不管 UPDATE 語句會影響多少列，更新自定義存儲過程都將更新訂閱表中的所有列。任何未更改的列都將重置為更新前已存在的相同值。通常，此操作不會引起問題。但是，如果這些列中的任意一列被編制索引，則重置操作會佔用大量資源。
如果您使用事務復制，並且訂閱表中有若干個索引，而且只有幾個列值因為更新而發生改變，則在訂閱伺服器應用更改時，維護索引的開銷可能會成為限制性能的因素。例如，用於報告用途的訂閱資料庫可能具有比發布資料庫更多的索引。在運行時動態生成 UPDATE 語句可以改善性能。此更新將僅包括已更改的列，從而創建最優的 UPDATE 字元串。
此 Service Pack 包含一個新的能夠生成自定義存儲過程的存儲過程 sp_scriptdynamicupdproc，在運行時，您可以在訂閱伺服器中使用該自定義存儲過程動態生成 UPDATE 語句。但是，在運行時生成動態 UPDATE 語句需要額外的處理。
sp_scriptdynamicupdproc
存儲過程 sp_scriptdynamicupdproc 可以生成能夠創建動態更新存儲過程的 CREATE PROCEDURE 語句。自定義存儲過程中的 UPDATE 語句是根據 MCALL 語法（該語法指示要更改的列）動態生成的。如果訂閱表上索引的數目不斷增長，並且被更改列的數目很少，請使用此存儲過程。此存儲過程在發布資料庫的發布伺服器上運行。
語法
sp_scriptdynamicupdproc [ @artid =] artid
參數
[@artid =] artid
項目 ID。artid 的數據類型為 int，無默認值。
結果集
返回由單個 nvarchar(4000) 列組成的結果集。該結果集構成用於創建自定義存儲過程的完整 CREATE PROCEDURE 語句。
備注
sp_scriptdynamicupdproc 用在事務復制中。默認的 MCALL 腳本邏輯包括 UPADATE 語句中的所有列，並使用一個點陣圖來確定已更改的列。如果某列未更改，則將其設置回它本身，這通常不會引起問題。如果該列被編制索引，則需要進行額外的處理。與此不同的是，此存儲過程使用動態方法：它僅包括已更改的列，從而提供了一個最優的 UPDATE 字元串。但在運行時生成動態的 UPDATE 語句後則需進行額外的處理。建議您測試動態存儲過程方法和靜態默認方法，然後選擇一個最佳解決方案以滿足您的特殊需要。
許可權
public 角色的成員可執行 sp_scriptdynamicupdproc。
示例
本例在 pubs 資料庫的 authors 表中創建一個項目（artid 設為 1），並指定 UPDATE 語句是執行的自定義存儲過程：
'MCALL sp_mupd_authors'
通過在發布伺服器上運行下列存儲過程，生成將由訂閱伺服器上的分發代理程序執行的自定義存儲過程：
EXEC sp_scriptdynamicupdproc @artid = '1'
此語句返回：
create procere [sp_mupd_authors]
@c1 varchar(11),@c2 varchar(40),@c3 varchar(20),@c4 char(12),@c5 varchar(40),@c6 varchar(20),
『肆』 使用SQL Server 2000的查詢分析器時運行緩慢，請問如何解決
解決方案
服務包信息
要解決此問題, 獲取用於 Microsoft SQL Server 2000 最新 ServicePack。 有關其他信息, 請單擊下列文章編號以查看 Microsoft 知識庫中相應：
290211 (http://support.microsoft.com/kb/290211/) 如何獲取最新 SQL Server 2000 服務包
回到頂端
修復信息
英文版的此修補程序具有文件屬性如下表中列出 （或更高版本）。 協調通用時間 (UTC) 中列出的這些文件日期和時間。 當您查看文件信息, 將轉換為本地時間。 要查找 UTC 與本地時間, 區別控制面板中日期和時間工具中使用 時區 選項卡。 Date Time Version Size File name
----------------------------------------------------------------------------
26-Feb-2003 03:41 2000.80.777.0 29,244 bytes Dbmslpcn.dll
08-Feb-2003 05:43 786,432 bytes Distmdl.ldf
08-Feb-2003 05:43 2,359,296 bytes Distmdl.mdf
30-Jan-2003 01:55 180 bytes Drop_repl_hotfix.sql
01-Feb-2003 00:32 2000.80.763.0 1,557,052 bytes Dtsui.dll
30-Jan-2003 05:18 746,470 bytes Instdist.sql
30-Jan-2003 01:55 1,402 bytes Inst_repl_hotfix.sql
08-Feb-2003 06:40 2000.80.765.0 90,692 bytes Msgprox.dll
01-Apr-2003 02:07 1,873 bytes Odsole.sql
05-Apr-2003 01:46 2000.80.800.0 62,024 bytes Odsole70.dll
02-Apr-2003 21:48 2000.80.796.0 57,904 bytes Osql.exe
02-Apr-2003 23:15 2000.80.797.0 279,104 bytes Pfutil80.dll
04-Apr-2003 21:27 1,083,467 bytes Replmerg.sql
04-Apr-2003 21:53 2000.80.798.0 221,768 bytes Replprov.dll
08-Feb-2003 06:40 2000.80.765.0 307,784 bytes Replrec.dll
01-Apr-2003 02:23 1,084,828 bytes Replsys.sql
03-Apr-2003 18:14 104,868 bytes Sp3_serv_uni.sql
19-Mar-2003 18:20 2000.80.789.0 28,672 bytes Sqlevn70.rll
28-Feb-2003 01:34 2000.80.778.0 176,696 bytes Sqlmap70.dll
08-Feb-2003 06:40 2000.80.765.0 57,920 bytes Sqlrepss.dll
05-Apr-2003 01:47 2000.80.800.0 7,540,817 bytes Sqlservr.exe
08-Feb-2003 06:40 2000.80.765.0 45,644 bytes Sqlvdi.dll
26-Feb-2003 03:41 2000.80.777.0 29,244 bytes Ssmslpcn.dll
26-Feb-2003 03:41 2000.80.777.0 82,492 bytes Ssnetlib.dll
17-Mar-2003 14:49 727,132 bytes Sysmessages.sym
28-Feb-2003 01:34 2000.80.778.0 98,872 bytes Xpweb70.dll
注意 因文件依賴性, 最近修復或包含文件功能還可能包含附加文件。
回到頂端
狀態
Microsoft 已確認這是問題早在 Microsoft SQL 伺服器 2000 Service Pack 4 得到了已首先解決問題是 " 適用於 " section.This 中列出， Microsoft 產品中。
回到頂端
SQLServer 試圖從緩沖池內存用於大多數內部分配, 但大於 8KB 請求路由到操作系統正常 allocators。 默認情況下, SQLServer 保留諸如線程也用於這些類型的分配和有限的地址空間堆棧空間、 COM 對象、 擴展存儲過程, 等。 g 命令行參數 - 通過使用您可以修改此區域的大小。 有關詳細信息請參閱 SQLServer 聯機叢書有關 - g 參數,。
當 SQL Server 嘗試為這些大分配, 之一分配虛擬內存， 該操作失敗, 它將嘗試刪除 hopes 是釋放一部分這個內存緩存查詢計劃。 將即使他們已不使用任何此內存在 SQL Server 2000 Service Pack 3 (SP 3), 之前此操作從緩存, 刪除所有查詢計劃。 SQLServer2000SP 引入， 從緩存中刪除只查詢計劃已知在使用此內存的更改。 引入此更改目的問題其中某些查詢計劃用於游標未被刪除。
偶爾即使使用此修復程序, 可能看到錯誤消息。 隨著時間 (分鍾) 到小時有可能， 建立額外緩存計劃並再次出現該信息。 這可能是正常並通過本身不作為一個符號的問題應採取。
回到頂端
--------------------------------------------------------------------------------
這篇文章中的信息適用於:
• Microsoft SQL Server 2000 Developer Edition
• Microsoft SQL Server 2000 Standard Edition
• Microsoft SQL Server 2000 Enterprise Edition
• Microsoft SQL Server 2000 Personal Edition
• Microsoft SQL Server 2000 Workgroup Edition
• Microsoft SQL Server 2000 Desktop Engine (Windows)
• Microsoft SQL Server 2000 64-bit Edition
回到頂端
關鍵字： kbhotfixserver kbqfe kbqfe kbfix kbbug kbsqlserv2000presp4fix KB818095 KbMtzh kbmt
回到頂端
Microsoft和/或其各供應商對於為任何目的而在本伺服器上發布的文件及有關圖形所含信息的適用性，不作任何聲明。 所有該等文件及有關圖形均"依樣"提供，而不帶任何性質的保證。Microsoft和/或其各供應商特此聲明，對所有與該等信息有關的保證和條件不負任何責任，該等保證和條件包括關於適銷性、符合特定用途、所有權和非侵權的所有默示保證和條件。在任何情況下，在由於使用或運行本伺服器上的信息所引起的或與該等使用或運行有關的訴訟中，Microsoft和/或其各供應商就因喪失使用、數據或利潤所導致的任何特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、數據或利潤不負任何責任。
http://support.microsoft.com/kb/818095/zh-cn?spid=2852&sid=1055