SQL Server

其實這兩個類型最大的研究點就是在索引上的區別。現將我在使用SQL Server2008時的一個發現寫下 。（註：本討論未建立任何全文索引）通常我們認為 like '%服裝%' 這樣的查詢是無法利用索引的，基本就是主鍵掃描。但是當我們為某個“定長字元型”欄位建立 “非聚集” “唯一” 索引時發現，如果我們的查詢結果只有一條的話便會利用這個索引。如果結果超過一條或者使用“

1. 利用測試載入器類比多個終端使用者進行並發測試;這種測試方法的缺點：終端使用者往往並不是直接連接到資料庫上，而是要經過一個和多個中間服務程式，所以並不能保證訪問資料庫時還是並發。其次，這種測試方法需要等到用戶端程式、服務端程式全部完成才能進行;2. 利用測試載入器編寫指令碼，直接連接資料庫進行並發測試;這種方法可以有效保證並行作業，而且在資料庫訪問程式完成即可測試，可以大大縮短測試時間，而且測試效果更好。下面通過一個示範程式，示範使用Robot使用第二種測試方法進行資料庫的並發測試。第一步：

開文之前首先要講講幾個概念【覆蓋查詢】當索引包含查詢引用的所有列時，它通常稱為“覆蓋查詢”。【索引覆蓋】如果返回的資料列就包含於索引的索引值中，或者包含於索引的索引值+叢集索引的索引值中，那麼就不會發 生Bookup Lookup，因為找到索引項目，就已經找到所需的資料了，沒有必要再到資料行去找了。這種情況 ，叫做索引覆蓋；【複合索引】和複合索引相對的就是單一索引了，就是索引只包含一個欄位，所以複合索引就是包含兩個或者多個

作為收費應用方面的資料庫管理員(DBA)，公司首席資訊官(CIO)經常邀請我與Sarbanes-Oxley審查員 開會討論公司資料的安全與整合問題。簡單地說，他希望我們通過適當的檔案回答許多問題：如誰訪問了 我們的資料、如何批准訪問權、以及我們如何對訪問進行監控，以防止某些人入侵、登入資料或做他們不 該做的事情。我的CIO與我瞭解了一些證明Sarbanes-Oxley法案遵守的商業解決方案。但是，我們決定應用SQL Server

一."SQL Server 不存在或訪問被拒絕"這個是最複雜的,錯誤發生的原因比較多,需要檢查的方面也比較多.一般說來,有以下幾種可能性:1,SQL Server名稱或IP地址拼字有誤2,伺服器端網路設定有誤3,用戶端網路設定有誤要解決這個問題,我們一般要遵循以下的步驟來一步步找出導致錯誤的原因.============= 首先,檢查網路物理串連 =============ping <伺服器IP地址/伺服器名稱>如果 ping <伺服器IP地址>

1 引言互連網時代的到來，使得各種各樣的基於互連網的應用系統層出不窮，其中絕大部分應用系統都會用 到圖片資料，需要將圖片在使用者介面顯示出來。這裡介紹一種實現方法，把圖片儲存到某個檔案夾內．然 後按要求顯示。具體實現步驟是把圖片路徑等記錄的附加資訊儲存到資料庫中，而真正的圖片檔案儲存體到 某個檔案夾。該方法是一種很好的解決方案。2 圖片的處理方式對於圖片的處理有兩種方式：①圖片資料以檔案形式直接儲存在硬碟，在資料庫中儲存該圖片的記錄

由於多種原因，進行安全設定的人們常常不理解資料的真正價值，所以，他們也無法對資料進行合適的保護。將你的資料只限於需要的人訪問，並保證訪問的人的合法性，是一個資料庫管理員的重要工作。然而，確保資料可以訪問不是意味著資料向所有人公開，相反的，你必須很仔細地保護資料，並只對需要使用資料的人進行開放。設定安全性過程通用的軟體維護和資料庫更新都會對系統安全起著重要作用，通常包括以下步驟：分配一個可靠的密碼給預設的系統管理(SA)帳號。然後，建立自己唯一命名的帳號，並將這一帳號放入sysadmin。一定要確

本文適用於Microsoft SQL Server 2005 Reporting Services簡介本白皮書講述如何在 Microsoft SQL Server Reporting Services 報表中設計圖表。本文分為幾部分 並引用特定的報表示例；它們包含在樣本項目下載中。第一部分為資料準備，此部分主要包括有關準備資料的特定資訊、技巧和見解。第二部分為圖表標籤 ，此部分講述如何應用標籤設定來改進圖表和控制視覺外觀和效果。範例圖表和報表部分講述如何充分利用 SQL Server

SQL注入攻擊可能是駭客攻擊面向互連網的SQL

近期因工作需要，希望比較全面的總結下SQL Server資料庫效能最佳化相關的注意事項，在網上搜尋了 一下,發現很多文章,有的都列出了上百條,但是仔細看發現，有很多似是而非或者過時(可能對SQL SERVER6.5以前的版本或者ORACLE是適用的)的資訊，只好自己根據以前的經驗和測試結果進行總結了。我始終認為，一個系統的效能的提高，不單單是試運行或者維護階段的效能調優的任務，也不單 單是開發階段的事情，而是在整個軟體生命週期都需要注意，進行有效工作才能達到的。所以我希望按照

SQL Server 2008 終於發布新版了，雖然還只是另一個社區測試版而非完全版。每當新軟體發布，大 家最關係的問得最多的問題就是：有些什麼新特性?SQL Server 2008有很多新功能和新工具。不過，本文 還是主要為大家介紹SQL Server 2008七月預覽版引入的新資料類型，並對DATETIME資料類型的功能進行 專門討論。SQL Server 2008中DATETIME功能的最大轉變就是引入了四種DATETIME資料類型，分別為

對一個資料庫管理員來說，當要保護你所支援的資料庫時，安全是要考慮的最重要方面之一。我們使 用多種機制和技術來保護我們的資料和資料庫，例如防火牆、認證和資料加密。不過儘管我們為我們的環 境設定了安全，但是關於資料庫安全還總是有問題出現。儘管我們在保護我們的資料庫，但是如果有人竊 取mdf 檔案或備份檔案那麼會怎麼樣呢?但是在SQL Server 2008之前沒有什麼方法來使用第三方解決方案 控制這種情境也沒有什麼本地方法來處理這個問題。SQL Server 2008推出了一個新的特性來保護資料庫

剛剛安裝的資料庫系統，按照預設安裝的話，很可能在進行遠端連線時報錯，通常是錯誤:"在連 接到 SQL Server 2005 時，在預設的設定下 SQL Server 不允許進行遠端連線可能會導致此失敗。(provider: 具名管道提供者, error: 40 - 無法開啟到 SQL Server的串連) "，現在針對此 問題總結如下：明白了SQL

3.10 資源監控器SQL Server 2008中新的資源監控器使你可以控制分配給你的關係型資料庫工 作負載不同部分的CPU和記憶體資源的數量。它可以用來防止失控查詢(它阻止資源分派給其它工作負載)以 及為你的工作負載重要部分預留資源。SQL Server 2005資源策略平等地對待所有的工作負載，並按需分 配共用資源(例如，CPU頻寬、記憶體)。這有時會引起資源分派不按比例，從而導致效能不均衡或意料外的 速度降低。資源監控器的首要目標如下所示：a. 監控：使得可以監控每組請求的資源消

1.導言Microsoft SQL Server 2008提供了一個全面的資料倉儲平台。它使得你可以使用一套單獨的、整合的 產品套件建立和管理你的資料倉儲，並使你可以為你的使用者提供洞察資訊。它可以滿足最大規模企業的需 求，給予你的終端使用者和IT員工所需的權利。在SQL Server 2008版本中部署方面首先要關注的是要改進整個產品套件的可擴充性以充分滿足大型企 業的需求。這裡，我們將介紹我們已經添加的用於改進你的資料倉儲體驗的特性和改進之處。建立、管理 、傳送。SQL Server 200

SQL Server 2008提供了一個全面的和可擴充的資料倉儲平台，它可以用一個單獨的分析儲存進行強大的分析，以滿足成千上萬的使用者在幾MB的資料中的需求。下面是SQL Server 2008中在資料倉儲方面的一些優點。資料壓縮資料倉儲中的資料容量隨著作業系統數目的快速增加而在持續增長。內嵌在SQL Server 2008中的資料壓縮使得公司可以更有效儲存資料，同時還提高了效能，因為降低了I/O 要求。備份壓縮保持一直線上做基於磁碟的備份是花費很昂貴的，並且很耗時。有了SQL Server 2

系統上線完，效能問題往往是Warranty和後期維護的一個重要問題。這些天，客戶又來反映， 有一個查詢非常慢。這個查詢用的是主關鍵字查詢，由於主鍵是叢集索引，而且又做了片段處理。應該是 非常快。但是看到的現象就是很慢（10秒左右，最差有18秒之多）。排除了硬體、資源鎖定等問題，還不 用到達Database端的Tunning層級。基本判斷和SQL文有關，要細看SQL文的執行計畫。首先把SQL 文找出來SELECT　　　a.AWB_NO,　　　　　　　　a.BWB_NO,　　　　　　

上文說道了失效效應。只想說明在Performance Tunning方面只能根據情況來尋求原因並解決。這是一 個有意思的過程。大原則是經驗，協助我們少犯錯誤。因此，糟糕的設計，必然導致效能問題。沒有經驗 的程式員必然會寫出糟糕的代碼。但是良好的設計可以彌補程式員的經驗不足。這個到此打住，這個 topic涉及品質管理，實在太大了。再看一例，失效效應的體現。還是上文數說道了2種SQL文 寫法產生的執行計畫。我選用一台雙核的PC，相當於2個單核CPU。有一個大表TB_CWB。記錄約30

最近，下面的一個項目遇到緊急問題，我這匹老馬也要和年輕人一起奮鬥一下。問題是當把一倍壓力 資料灌入資料庫，很多查詢都奇慢無比。說道這裡必須要說一下效能問題的基本準則。效能問題 Tunning的次序1)架構設計(軟體架構和資料庫設計，糟糕的設計幾乎是致命的)2)代碼缺 陷(導致效能問題的90%)3)增加索引（這個是要根據實際情況來確定)4)資源調優（CPU- >記憶體->Disk IO)這裡網路不是考慮因素。把程式的SQL文拿出來一看，有的一看一

問：最近我發現sysindexes索引表中的很多條目並不是我自己建立的。聽同事說它們並不是真正的索引，而是SQL Server查詢最佳化工具自動建立的統計。怎樣才能識別哪些是真正的索引，哪些是SQL Server自動建立的統計呢？答：按照預設設定，如果表中的某列沒有索引，則SQL Server會自動為該列建立統計。然後，查詢最佳化工具評估該列中資料分布範圍的統計資訊，以選擇一個更為有效查詢處理方案。分辨自動建立的統計很簡單，在SQL Server 7.0和SQL Server