首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式碼之家 >> 數據庫知識 >  >> SQL Server 資料庫 >> 關於SqlServer

微軟認證考題 70-029 SQL 7.0 實作精選解析

     編輯:關於SqlServer

題目 1:修改資料回應慢、查詢快,鎖定正常,交易短小

使用者回報修改資料時回應緩慢,但單純查詢極快。搜尋條件相同。所有交易短小且遵循標準編碼指引。監控封鎖鎖定,無異常。最可能原因?

選項

  • A. 交易記錄檔置於其他繁忙磁碟機
  • B. 交易記錄檔將滿
  • C. 檢查點間隔設定過短
  • D. tempdb 過小
  • E. tempdb 與使用者資料庫在同一實體磁碟

正解:A

解析:修改操作(INSERT/UPDATE/DELETE)必須同步寫入交易記錄檔(WAL 機制)。若記錄檔置於高負載磁碟,寫入延遲直接拖慢提交速度。查詢僅讀取資料頁,不受記錄檔磁碟影響。選項 B 會導致 9002 錯誤而非單純緩慢;C 過短反而增加 I/O;D/E 主要影響排序/雜湊/暫存表操作。

題目 2:全文搜尋 CONTAINS 無結果

資料表 experiments 含 description text 欄位。執行 SELECT * FROM experiments WHERE CONTAINS(description, 'angina') 確定有符合資料卻無結果。應採取哪兩項行動?

選項

  • A. 確保 description 有非唯一索引
  • B. 確保 results 有叢集索引
  • C. 建立包含 experiments 的全文檢索目錄
  • D. 建立排程工作填充全文檢索目錄

正解:C、D

解析:CONTAINS 需要全文檢索索引。必須先建立全文檢索目錄(C),再填充索引(D,可手動或排程)。一般 B-tree 索引(A、B)不支援全文搜尋。

題目 3:夜間批次大量異動 job_cost 表,日間查詢首次慢

job_cost 表通常 10 萬列,夜間批次可能增減 7.5 萬列。日間頻繁 JOIN 查詢,使用者回報首次查詢極慢,後續變快。如何改善首次查詢回應?

選項

  • A. 夜間批次結束執行 sp_updatestats
  • B. 夜間批次結束執行 sp_createstats
  • C. 建立叢集索引
  • D. 增加記憶體

正解:A

解析:大量資料異動後統計資料過期,導致查詢優化器產生錯誤計畫(首次慢)。sp_updatestats 更新所有統計資料,使後續查詢獲得最佳計畫。sp_createstats 僅建立缺失統計,不更新現有統計。叢集索引與記憶體非根因。

核心觀念總結

情境關鍵對策
寫入慢、讀取快檢查交易記錄檔磁碟 I/O 壓力
全文搜尋失效驗證全文檢索目錄存在且已填充
大量異動後首次查詢慢排程更新統計資料

備考建議

  • 熟悉 sp_configure 進階選項、DBCC 指令、系統表 (sysdatabases, sysindexes)。
  • 掌握鎖定升級、隔離等級、死鎖追蹤 (Trace Flag 1204/1222)。
  • 理解備份/還原語法、復原模式差異、時間點還原流程。
  • 實作經驗勝過死記題庫,建立實驗環境操作演練。
  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式碼之家 All Rights Reserved