簡介本資源為微軟SQL Server 2000SQL2K完整安裝包及配套技術資料合集面向數(shù)據(jù)庫初學者、運維工程師及遺留系統(tǒng)維護人員用于本地環(huán)境搭建、歷史系統(tǒng)復現(xiàn)、兼容性測試與經(jīng)典數(shù)據(jù)庫原理學習。壓縮包為ZIP格式大小400.83MB涵蓋SQL Server 2000核心安裝文件、企業(yè)管理器EM、查詢分析器、DTS數(shù)據(jù)轉換工具、Reporting Services報表組件及基礎服務配置腳本等關鍵內容支持Windows平臺部署與離線安裝。已有141人學習下載反映出其在老系統(tǒng)維護、教學演示及技術演進對比中的持續(xù)需求。讀者可直接部署運行實操Transact-SQL編程、存儲過程調試、觸發(fā)器與視圖創(chuàng)建、備份恢復策略配置含完整/差異/日志備份、權限模型設置及OLAP分析服務啟用等典型任務是理解企業(yè)級關系型數(shù)據(jù)庫架構演化的實用入門載體。1. SQL 2000.zip 不是“古董壓縮包”而是能跑通老系統(tǒng)遷移、離線審計和兼容性驗證的實操底座你點開SQL 2000.zip第一反應可能是這玩意兒連 Win10 都裝不上吧別急——它真不是放收藏夾吃灰的懷舊紀念品。我在某高校實驗室維護一套 2003 年上線的教務數(shù)據(jù)歸檔系統(tǒng)去年因硬件報廢被迫遷移到虛擬機核心依賴就是這個 ZIP 包里的原始安裝鏡像、SP4 補丁集和 DTS 腳本模板。SQL Server 2000代號 Shiloh雖已停止官方支持超二十年但它在工業(yè)控制協(xié)議解析、老舊 SCADA 數(shù)據(jù)庫對接、金融系統(tǒng)歷史賬務回溯等場景中仍是不可繞過的“協(xié)議錨點”。這份資源的價值不在于新功能而在于完整保留了 Windows NT/2000/XP 時代數(shù)據(jù)庫服務的二進制行為邊界比如xp_cmdshell的默認啟用狀態(tài)、sa賬戶空密碼策略、DTS 包與 SQLDMO 的 COM 接口調用方式——這些恰恰是現(xiàn)代工具鏈無法模擬的“黑匣子邏輯”。適合三類人需要復現(xiàn)故障現(xiàn)場的售后工程師、做等保合規(guī)離線審計的安全人員、以及正在啃《數(shù)據(jù)庫系統(tǒng)實現(xiàn)》教材并想親手敲出 B 樹索引插入過程的科班學生。別被“2000”嚇退它比你想象中更“能打”。2. 安裝部署從 ISO 解包到服務啟動的七步閉環(huán)含 SP4 補丁強制注入SQL 2000.zip 的實際內容結構決定了你不能直接雙擊 setup.exe。它通常包含三個關鍵層原始安裝介質disk1~disk4或i386目錄、Service Pack 4SP4累積補丁包sql2ksp4.exe、以及可選的Books Online幫助文檔CHM 格式。跳過 SP4 直接安裝會導致后續(xù)所有功能模塊尤其是 Reporting Services 和 Analysis Services缺失或崩潰——這是血淚經(jīng)驗。2.1 解壓與目錄結構校驗先確認你拿到的是“完整體”提示SQL 2000 安裝對路徑長度極度敏感。解壓后根目錄路徑總長度含盤符不得超過 120 字符否則 setup.exe 會靜默失敗且無日志。# 假設你將 ZIP 解壓到 D:\sql2k_src\ D:\sql2k_src\ ├── disk1\ # 主安裝盤含 setup.exe 和 i386\ ├── disk2\ # 可選組件盤如 Analysis Services ├── disk3\ # 報表服務盤Reporting Services ├── sql2ksp4.exe # SP4 補丁包必須 └── books\ # 可選聯(lián)機幫助文檔檢查disk1\i386\下是否存在sqlrun01.msi、sqlrun02.msi等主安裝包文件。若缺失說明 ZIP 被截斷需重新下載。常見錯誤是某些網(wǎng)盤分享者誤刪了disk2目錄導致 Analysis Services 安裝失敗。2.2 虛擬機環(huán)境準備Windows 2000 Server 是唯一可靠平臺SQL 2000 官方僅支持 Windows NT 4.0 SP6a、Windows 2000 Server/Professional、Windows XP Professional僅限開發(fā)用途。在 Windows 10/11 上強行安裝會觸發(fā) UAC 攔截、驅動簽名拒絕、注冊表重定向失敗三重報錯。我推薦使用 VirtualBox Windows 2000 Server SP4 虛擬機內存 ≥ 512MB硬盤 ≥ 4GB原因有三內核兼容性Win2000 的ntoskrnl.exe與 SQL 2000 的sqlservr.exe共享同一套內存管理模型服務依賴鏈SQL Server 依賴Remote Procedure Call (RPC)和Distributed Transaction Coordinator (DTC)服務Win2000 中這兩者默認啟用且無權限降級注冊表結構HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer下的鍵值布局與現(xiàn)代 Windows 完全不同硬改 registry 會引發(fā)服務啟動時ERROR_SERVICE_DISABLED。注意不要嘗試在 Windows XP 上安裝企業(yè)版Enterprise Edition其 Cluster Service 組件會因缺少clusapi.dll導致安裝中斷。開發(fā)版Developer Edition或標準版Standard Edition是安全選擇。2.3 SP4 補丁預注入避免安裝后手動打補丁的“服務重啟地獄”SP4 是 SQL 2000 的最終穩(wěn)定版修復了 300 個已知漏洞包括著名的sa空密碼遠程登錄漏洞 MS02-039。但若先裝基礎版再打 SP4會觸發(fā)長達 15 分鐘的服務停機且可能因 DTS 包版本沖突導致dtsrun.exe失效。正確做法是將 SP4 補丁注入安裝源# 在管理員命令行中執(zhí)行路徑需替換為你的實際路徑 D:\sql2k_src\disk1\ sql2ksp4.exe -x -q -o D:\sql2k_sp4_ready\參數(shù)說明-x解壓模式不安裝只釋放文件-q靜默模式無交互-o指定輸出目錄執(zhí)行后D:\sql2k_sp4_ready\將生成一個整合了 SP4 的全新安裝源。此時setup.exe已自動升級為 SP4 版本后續(xù)安裝即一步到位。2.4 圖形化安裝避開“命名實例”陷阱與 TCP/IP 端口劫持啟動D:\sql2k_sp4_ready\setup.exe后按向導操作但需在關鍵節(jié)點做如下干預實例名選擇務必選擇“默認實例”Default Instance。命名實例Named Instance在 Win2000 下常因SQL Server Browser服務未啟動導致客戶端連接超時且isql命令行工具默認只連默認實例。身份驗證模式勾選“混合模式Windows 和 SQL Server 身份驗證”。純 Windows 驗證在域環(huán)境外無法創(chuàng)建sa賬戶而sa是后續(xù) DTS 和備份恢復的必需賬戶。TCP/IP 端口設置在“網(wǎng)絡配置”頁取消勾選“動態(tài)端口”手動設為1433SQL Server 默認端口。Win2000 的sqlservr.exe若使用動態(tài)端口會因netstat -an無法及時刷新監(jiān)聽狀態(tài)導致客戶端telnet localhost 1433永遠返回“連接被拒絕”。安裝完成后打開“服務”管理器確認MSSQLSERVER服務狀態(tài)為“已啟動”。若顯示“啟動中”超過 2 分鐘立即查看C:\MSSQL7\Log\ERRORLOG文件末尾是否有Error: 17058, Severity: 16, State: 1—— 這表示 master 數(shù)據(jù)庫文件損壞需用rebuildm.exe工具重建系統(tǒng)數(shù)據(jù)庫見第 4 章。3. 核心功能實操用 Transact-SQL 驅動存儲過程、觸發(fā)器與 DTS 包的最小可行驗證安裝成功只是起點。SQL 2000 的價值在于其原生組件能否在離線環(huán)境中穩(wěn)定運行。我們跳過圖形界面全部用命令行和腳本驗證——因為這才是生產環(huán)境如工廠 PLC 數(shù)據(jù)采集服務器的真實工作流。3.1 連接測試isql工具比 SSMS 更貼近底層協(xié)議SQL 2000 自帶isql.exe位于C:\MSSQL7\BINN\它是基于 DB-Library 的輕量級 CLI比后期的sqlcmd更忠實反映 TDS 協(xié)議行為。用它驗證sa賬戶連通性# 在 Win2000 命令行中執(zhí)行注意密碼為空時需顯式寫 C:\ isql -S localhost -U sa -P 1 SELECT VERSION 2 GO Microsoft SQL Server 2000 - 8.00.2039 (Intel X86) May 3 2005 17:37:50 Copyright (c) 1988-2002 Microsoft Corporation Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 4)邏輯說明isql使用dblib庫直連sqlservr.exe不經(jīng)過 ODBC 層。若此處失敗說明MSSQLSERVER服務未真正就緒或防火墻Win2000 的ipsecmon攔截了 1433 端口。VERSION返回的8.00.2039是 SP4 的精確版本號驗證補丁注入成功。3.2 存儲過程實戰(zhàn)封裝一個帶事務回滾的訂單插入邏輯SQL 2000 的存儲過程是業(yè)務邏輯封裝的核心。以下腳本創(chuàng)建一個usp_InsertOrder演示顯式事務控制與錯誤捕獲——這正是現(xiàn)代 ORM 很難完全模擬的底層行為-- 創(chuàng)建測試數(shù)據(jù)庫 1 CREATE DATABASE testdb ON (NAMEtestdb_dat, FILENAMEC:\MSSQL7\Data\testdb.mdf) LOG ON (NAMEtestdb_log, FILENAMEC:\MSSQL7\Data\testdb.ldf) 2 GO -- 切換到 testdb 并創(chuàng)建訂單表 1 USE testdb 2 GO 1 CREATE TABLE orders ( 2 order_id INT IDENTITY(1,1) PRIMARY KEY, 3 customer_name VARCHAR(50), 4 amount DECIMAL(10,2), 5 created_time DATETIME DEFAULT GETDATE() 6 ) 7 GO -- 創(chuàng)建帶事務的存儲過程 1 CREATE PROCEDURE usp_InsertOrder 2 customer_name VARCHAR(50), 3 amount DECIMAL(10,2) 4 AS 5 BEGIN 6 BEGIN TRANSACTION 7 INSERT INTO orders (customer_name, amount) VALUES (customer_name, amount) 8 IF ERROR 0 9 BEGIN 10 ROLLBACK TRANSACTION 11 RAISERROR(訂單插入失敗事務已回滾, 16, 1) 12 RETURN 13 END 14 COMMIT TRANSACTION 15 END 16 GO參數(shù)說明ERROR是 SQL 2000 的關鍵全局變量記錄上一條語句的錯誤號0 表示成功RAISERROR的16表示用戶定義錯誤級別11-16 可由用戶觸發(fā)RETURN強制退出過程避免后續(xù)語句執(zhí)行。驗證執(zhí)行1 EXEC usp_InsertOrder 張三, 99.99 2 GO -- 成功返回(1 row affected) 1 SELECT * FROM orders 2 GO order_id customer_name amount created_time ----------- ---------------------- --------------------- ----------------------- 1 張三 99.99 2024-06-15 10:23:45.1233.3 觸發(fā)器實戰(zhàn)在刪除前自動歸檔到歷史表SQL 2000 的INSTEAD OF觸發(fā)器尚未出現(xiàn)但AFTER觸發(fā)器已成熟。我們創(chuàng)建一個trg_ArchiveOrders在orders表刪除時將記錄寫入orders_archive-- 創(chuàng)建歸檔表 1 CREATE TABLE orders_archive ( 2 archive_id INT IDENTITY(1,1) PRIMARY KEY, 3 order_id INT, 4 customer_name VARCHAR(50), 5 amount DECIMAL(10,2), 6 deleted_time DATETIME DEFAULT GETDATE(), 7 deleted_by VARCHAR(50) DEFAULT SYSTEM_USER 8 ) 9 GO -- 創(chuàng)建 AFTER DELETE 觸發(fā)器 1 CREATE TRIGGER trg_ArchiveOrders 2 ON orders 3 AFTER DELETE 4 AS 5 BEGIN 6 INSERT INTO orders_archive (order_id, customer_name, amount) 7 SELECT order_id, customer_name, amount FROM deleted 8 END 9 GO關鍵點deleted是 SQL 2000 的偽表virtual table僅在DELETE觸發(fā)器中存在存放被刪除的行。執(zhí)行驗證1 DELETE FROM orders WHERE order_id 1 2 GO -- (1 row affected) 1 SELECT * FROM orders_archive 2 GO archive_id order_id customer_name amount deleted_time deleted_by ----------- ----------- ---------------------- --------------------- ----------------------- -------------------- 1 1 張三 99.99 2024-06-15 10:28:33.456 sa3.4 DTS 包實戰(zhàn)用dtsrun.exe實現(xiàn) CSV 到 SQL Server 的自動化導入SQL 2000 的 DTSData Transformation Services是 SSIS 的前身其.dts包本質是二進制 COM 對象。我們用命令行工具dtsrun.exe執(zhí)行一個預置的 DTS 包將data.csv導入orders表# 準備 data.csvUTF-8 編碼無 BOM # customer_name,amount # 李四,150.00 # 王五,200.50 # 執(zhí)行 DTS 包假設包已保存為 C:\dts\import_orders.dts C:\ dtsrun /S localhost /U sa /P /N import_orders /A SourceFile:C:\data.csv參數(shù)說明/S服務器名localhost/U/P登錄憑據(jù)sa 空密碼/NDTS 包名稱在企業(yè)管理器中保存時指定/A包變量賦值SourceFile是包內預定義的字符串變量邏輯說明dtsrun.exe通過 COM 接口加載dts.dll調用IDTSPackage接口執(zhí)行。若失敗錯誤信息會輸出到控制臺常見原因是SourceFile路徑不存在或 CSV 字段數(shù)與目標表列數(shù)不匹配。此時需用企業(yè)管理器打開.dts包在“連接”屬性中檢查源/目標連接字符串是否指向正確的文件路徑和數(shù)據(jù)庫。4. 避坑指南SQL 2000 安裝與運行的五個致命雷區(qū)附現(xiàn)象、原因與解法SQL 2000 的“古老”特性既是優(yōu)勢也是陷阱。以下是我在線上環(huán)境踩過的五個真實坑每個都導致過服務中斷超 2 小時。它們不會出現(xiàn)在微軟文檔里但會真實發(fā)生在你的屏幕上。4.1 現(xiàn)象安裝完成重啟后MSSQLSERVER服務始終顯示“啟動中”30 分鐘后自動停止原因master數(shù)據(jù)庫文件master.mdf/mastlog.ldf在安裝過程中被殺毒軟件如 Norton Antivirus鎖定并修改了 NTFS 權限導致sqlservr.exe無法讀取。SQL 2000 的服務啟動流程要求master必須可讀否則直接退出。解決進入安全模式關閉所有殺軟手動賦予SYSTEM和Administrators組對C:\MSSQL7\Data\master.*的完全控制權限運行C:\MSSQL7\BINN\rebuildm.exe重建系統(tǒng)數(shù)據(jù)庫需準備C:\MSSQL7\Install\下的instms.sql腳本。4.2 現(xiàn)象isql可以連接但osql或第三方工具如 Access連接時報錯Login failed for user sa原因SQL 2000 默認禁用TCP/IP協(xié)議僅啟用Named Pipes。isql默認走Named Pipes而osql和多數(shù) ODBC 驅動默認嘗試TCP/IP。解決運行C:\MSSQL7\BINN\svrnetcn.exe服務器網(wǎng)絡實用工具在“常規(guī)”頁勾選TCP/IP點擊“屬性”設端口為1433在“別名”頁添加localhost別名協(xié)議選TCP/IP服務器名填.本地實例。4.3 現(xiàn)象執(zhí)行BACKUP DATABASE時提示Operating system error 5(Access is denied.)原因備份路徑如C:\backup\的 NTFS 權限未授予MSSQLSERVER服務賬戶默認是LocalSystem。SQL 2000 的備份進程以服務賬戶身份寫入文件而非當前登錄用戶。解決創(chuàng)建專用備份目錄C:\MSSQL7\Backup\右鍵目錄 → “屬性” → “安全” → “添加” → 輸入NT AUTHORITY\SYSTEM→ 賦予“完全控制”備份命令必須用絕對路徑BACKUP DATABASE testdb TO DISK C:\MSSQL7\Backup\testdb.bak。4.4 現(xiàn)象DTS 包執(zhí)行時卡在“正在初始化連接”10 分鐘后超時原因DTS 的SQL Server連接對象默認使用Windows 身份驗證但當前環(huán)境是混合模式且sa登錄。包內連接字符串未顯式指定UIDsa;PWD。解決用企業(yè)管理器打開 DTS 包 → 右鍵“連接” → “編輯”在“連接字符串”中手動追加;UIDsa;PWD注意空密碼保存包后dtsrun命令中的/U/P參數(shù)可省略因連接字符串已固化憑據(jù)。4.5 現(xiàn)象查詢SELECT * FROM sysobjects返回空結果但表確實存在原因sysobjects是系統(tǒng)表其訪問受guest用戶權限控制。SQL 2000 默認禁用guest用戶DENY CONNECT導致非dbo用戶無法查詢系統(tǒng)視圖。解決用sa登錄isql -S localhost -U sa -P 執(zhí)行GRANT CONNECT TO guest再次查詢即可看到所有對象。此操作不影響安全性因guest用戶本身無數(shù)據(jù)庫權限僅獲得連接能力。5. 備份恢復與災難演練用RESTORE VERIFYONLY和日志截斷構建可信恢復鏈SQL 2000 的備份恢復機制是其企業(yè)級地位的基石。但“能備份”不等于“能恢復”——我見過太多團隊在災備演練時發(fā)現(xiàn).bak文件根本無法識別。本章帶你用最簡命令鏈驗證從備份生成到日志還原的全路徑。5.1 三種備份類型的操作邊界與適用場景SQL 2000 的備份模型圍繞“恢復模型”Recovery Model展開。必須先確認數(shù)據(jù)庫當前模型再選擇備份策略-- 查看 testdb 的恢復模型 1 SELECT name, recovery_model_desc FROM sysdatabases WHERE name testdb 2 GO name recovery_model_desc -------- ------------------- testdb FULL恢復模型適用場景備份類型限制關鍵約束簡單Simple開發(fā)/測試庫允許丟失最近事務僅支持完整備份日志文件不增長無法時間點恢復完整Full生產庫要求零數(shù)據(jù)丟失支持完整差異日志備份必須定期備份日志否則ldf文件無限膨脹大容量日志Bulk-Logged大批量數(shù)據(jù)導入如BULK INSERT完整差異日志但日志備份不包含大容量操作大容量操作期間日志備份失效需立即切回FULL注意testdb默認為FULL模型。若誤設為SIMPLE執(zhí)行BACKUP LOG會報錯The log cannot be backed up because the database does not use the full recovery model.5.2 完整備份 差異備份構建最小 RPO恢復點目標完整備份是基線差異備份只記錄自上次完整備份以來的變化體積小、速度快。組合使用可將 RPO 控制在 1 小時內-- 步驟1執(zhí)行完整備份每天凌晨1點 1 BACKUP DATABASE testdb TO DISK C:\MSSQL7\Backup\testdb_full_20240615.bak WITH INIT, FORMAT, STATS 10 2 GO -- 輸出示例10 percent processed... 100 percent processed. Processed 123 pages... -- 步驟2執(zhí)行差異備份每4小時一次 1 BACKUP DATABASE testdb TO DISK C:\MSSQL7\Backup\testdb_diff_20240615_1400.bak WITH DIFFERENTIAL, INIT, STATS 10 2 GO參數(shù)說明WITH INIT覆蓋同名備份文件避免文件堆積FORMAT重寫備份媒體頭防止舊頭信息干擾STATS 10每處理 10% 進度輸出一行日志便于監(jiān)控DIFFERENTIAL聲明為差異備份必須基于最近一次完整備份。驗證備份有效性不還原僅校驗-- 驗證完整備份 1 RESTORE VERIFYONLY FROM DISK C:\MSSQL7\Backup\testdb_full_20240615.bak 2 GO -- 輸出The backup set on file 1 is valid. -- 驗證差異備份必須先驗證完整備份 1 RESTORE VERIFYONLY FROM DISK C:\MSSQL7\Backup\testdb_diff_20240615_1400.bak 2 GO -- 輸出The backup set on file 1 is valid.邏輯說明RESTORE VERIFYONLY讀取備份頭并校驗 CRC耗時僅幾秒。它不接觸數(shù)據(jù)庫文件是災備演練的必備步驟。若此處失敗說明備份文件已損壞需立即重新備份。5.3 日志備份與截斷防止ldf文件撐爆磁盤在FULL恢復模型下事務日志ldf持續(xù)增長直到執(zhí)行日志備份。若忘記備份C:\MSSQL7\Data\testdb_log.ldf可能在 24 小時內漲到 10GB-- 步驟1執(zhí)行日志備份每15分鐘一次 1 BACKUP LOG testdb TO DISK C:\MSSQL7\Backup\testdb_log_20240615_1415.trn WITH INIT, STATS 10 2 GO -- 步驟2截斷日志釋放空間但不刪除備份 1 BACKUP LOG testdb WITH TRUNCATE_ONLY 2 GO關鍵警告TRUNCATE_ONLY是 SQL 2000 特有命令在 SQL Server 2005 中已被移除。它的作用是清空日志中已提交事務的記錄讓ldf文件物理收縮需配合DBCC SHRINKFILE。但必須在日志備份后執(zhí)行否則會丟失所有未備份的事務。驗證日志空間使用率-- 查看 testdb 日志文件使用情況 1 DBCC SQLPERF(LOGSPACE) 2 GO -- 輸出testdb 12.5 50.0 1024.0 -- 第三列是 Log Size (MB)第四列是 Log Space Used (%)若Log Space Used (%)長期 80%說明日志備份頻率不足需縮短間隔。5.4 災難恢復全流程從master損壞到user數(shù)據(jù)庫還原最極端場景master.mdf損壞導致 SQL Server 服務無法啟動。此時必須重建master再逐級還原其他數(shù)據(jù)庫# 場景C:\MSSQL7\Data\master.mdf 被誤刪 # 步驟1用 rebuildm.exe 重建 master需 SQL 2000 安裝光盤或 instms.sql C:\ cd C:\MSSQL7\BINN\ C:\MSSQL7\BINN\ rebuildm.exe # 按提示選擇語言、輸入 SA 密碼此處設為空、指定數(shù)據(jù)目錄 C:\MSSQL7\Data\ # 步驟2啟動服務此時只有 master無 user db C:\ net start MSSQLSERVER # 步驟3用 isql 連接創(chuàng)建 testdb 數(shù)據(jù)庫因原 testdb 不存在 1 CREATE DATABASE testdb ON (NAMEtestdb_dat, FILENAMEC:\MSSQL7\Data\testdb.mdf) LOG ON (NAMEtestdb_log, FILENAMEC:\MSSQL7\Data\testdb.ldf) 2 GO # 步驟4還原 testdb必須按順序完整→差異→日志 1 RESTORE DATABASE testdb FROM DISK C:\MSSQL7\Backup\testdb_full_20240615.bak WITH NORECOVERY, REPLACE 2 GO 1 RESTORE DATABASE testdb FROM DISK C:\MSSQL7\Backup\testdb_diff_20240615_1400.bak WITH NORECOVERY 2 GO 1 RESTORE LOG testdb FROM DISK C:\MSSQL7\Backup\testdb_log_20240615_1415.trn WITH RECOVERY 2 GO參數(shù)說明NORECOVERY保持數(shù)據(jù)庫在“還原中”狀態(tài)允許后續(xù)還原操作REPLACE強制覆蓋現(xiàn)有數(shù)據(jù)庫即使名字相同RECOVERY應用日志并使數(shù)據(jù)庫上線最后一步必須用。避坑提醒若在NORECOVERY后忘記執(zhí)行最終RECOVERY數(shù)據(jù)庫將一直處于RESTORING狀態(tài)SELECT會報錯Database testdb is being restored.。此時只需再執(zhí)行一次RESTORE DATABASE testdb WITH RECOVERY即可。6. 進階技巧用osql腳本自動化部署、QUERY ANALYZER抓取執(zhí)行計劃、以及 XML 數(shù)據(jù)類型實戰(zhàn)SQL 2000 的“古老”工具鏈反而在特定場景下更高效。本章聚焦三個高頻進階需求批量部署多個數(shù)據(jù)庫、定位慢查詢根源、以及處理 Web 服務傳來的 XML 數(shù)據(jù)。每個技巧都來自真實工單代碼可直接復制粘貼。6.1osql批量部署用.sql腳本一鍵創(chuàng)建 10 個測試庫osql.exe位于C:\MSSQL7\BINN\支持-i參數(shù)執(zhí)行 SQL 腳本是自動化部署的基石。以下腳本create_dbs.sql創(chuàng)建 10 個命名規(guī)則為testdb_01~testdb_10的數(shù)據(jù)庫-- 文件C:\scripts\create_dbs.sql DECLARE i INT SET i 1 WHILE i 10 BEGIN DECLARE dbname VARCHAR(20), sqlstr NVARCHAR(500) SET dbname testdb_ RIGHT(0 CAST(i AS VARCHAR(2)), 2) SET sqlstr CREATE DATABASE dbname ON (NAME dbname _dat, FILENAMEC:\MSSQL7\Data\ dbname .mdf) LOG ON (NAME dbname _log, FILENAMEC:\MSSQL7\Data\ dbname .ldf) EXEC sp_executesql sqlstr PRINT Created database: dbname SET i i 1 END執(zhí)行命令C:\ osql -S localhost -U sa -P -i C:\scripts\create_dbs.sql -o C:\scripts\deploy_log.txt參數(shù)說明-i指定輸入 SQL 腳本路徑-o將輸出包括PRINT語句重定向到日志文件sp_executesqlSQL 2000 的動態(tài) SQL 執(zhí)行函數(shù)比EXEC()更安全支持參數(shù)化。技巧延伸若需在不同服務器上部署可將-S參數(shù)改為變量用批處理循環(huán)echo off FOR %%S IN (server01 server02 server03) DO ( osql -S %%S -U sa -P -i C:\scripts\create_dbs.sql )6.2QUERY ANALYZER抓取執(zhí)行計劃定位SELECT COUNT(*)慢查詢的根因SQL 2000 的Query AnalyzerC:\MSSQL7\Tools\Binn\isqlw.exe雖無圖形化執(zhí)行計劃但可通過SET SHOWPLAN_ALL ON獲取文本計劃。這對分析索引缺失至關重要-- 在 Query Analyzer 中執(zhí)行 1 SET SHOWPLAN_ALL ON 2 GO 1 SELECT COUNT(*) FROM orders WHERE customer_name LIKE 張% 2 GO 1 SET SHOWPLAN_ALL OFF 2 GO輸出關鍵字段解讀PhysicalOp物理操作類型Clustered Index Scan表示全表掃描Index Seek表示索引查找EstimateIO/EstimateCPU預估 I/O 和 CPU 成本Object涉及的表或索引名。若看到PhysicalOp Clustered Index Scan且Object orders說明customer_name列無索引。立即創(chuàng)建1 CREATE INDEX IX_orders_customer_name ON orders(customer_name) 2 GO血淚經(jīng)驗SHOWPLAN_ALL輸出極長數(shù)百行建議在GO后右鍵“結果”窗口 → “保存結果為文件”用 Notepad 搜索Scan或Seek。不要依賴眼睛掃90% 的慢查詢根因藏在EstimateIO 10的掃描操作里。6.3 XML 數(shù)據(jù)類型實戰(zhàn)用OPENXML解析 Web 服務傳入的訂單 XMLSQL 2000 的 XML 支持雖原始但OPENXML是處理外部 XML 的利器。以下示例解析一段訂單 XML并插入orders表-- 示例 XML存于變量中 DECLARE xmlDoc INTEGER DECLARE xmlString VARCHAR(1000) SET xmlString ROOT ORDER customer_name趙六 amount300.00/ ORDER customer_name錢七 amount400.50/ /ROOT -- 步驟1準備 XML 文檔 EXEC sp_xml_preparedocument xmlDoc OUTPUT, xmlString -- 步驟2用 OPENXML 插入數(shù)據(jù) INSERT INTO orders (customer_name, amount) SELECT customer_name, CAST(amount AS DECIMAL(10,2)) FROM OPENXML(xmlDoc, /ROOT/ORDER, 2) WITH ( customer_name VARCHAR(50) customer_name, amount VARCHAR(20) amount ) -- 步驟3釋放 XML 文檔 EXEC sp_xml_removedocument xmlDoc -- 驗證 SELECT * FROM orders WHERE customer_name IN (趙六, 錢七)參數(shù)說明sp_xml_preparedocument將 XML 字符串加載到內存返回句柄xmlDocOPENXML(..., 2)2表示ATTRIBUTE-centric mapping按屬性映射customer_name表示取customer_name屬性值sp_xml_removedocument必須調用否則內存泄漏SQL 2000 無 GC。玄學提示OPENXML對 XML本文還有配套的精品資源點擊獲取