推薦：怎樣最簡單刪除SQL Server中所有數(shù)據(jù)
其實(shí)刪除數(shù)據(jù)庫中數(shù)據(jù)的方法并不復(fù)雜，為什么我還要多此一舉呢，一是我這里介紹的是刪除數(shù)據(jù)庫的所有數(shù)據(jù)，因?yàn)閿?shù)據(jù)之間可能形成相互約束關(guān)系，刪除操作可能陷入死循環(huán)，二是這里使用了微軟未正式公開的sp_MSForEachTable存儲過程。 也許很多讀者朋友都經(jīng)歷

數(shù)據(jù)收集器是可擴(kuò)展的，它支持增加新的提供商。

當(dāng)配置數(shù)據(jù)收集器時(shí)，會創(chuàng)建一個(gè)默認(rèn)名稱為MDW的關(guān)系數(shù)據(jù)庫作為管理數(shù)據(jù)倉庫，其中存儲收集的數(shù)據(jù)。這個(gè)數(shù)據(jù)庫可以和數(shù)據(jù)收集器放在同一個(gè)系統(tǒng)上，或者放在一個(gè)單獨(dú)的服務(wù)器上。管理數(shù)據(jù)倉庫中的對象分為以下三種預(yù)配置schema，目的各不相同：

· Core schema 包括用于組織和標(biāo)識收集到的數(shù)據(jù)的表和存儲過程。

· Snapshot schema 包括數(shù)據(jù)表、視圖和其它對象，用于支持標(biāo)準(zhǔn)的收集器類型的數(shù)據(jù)。

· Custom_Snapshot schema 使得可以創(chuàng)建新的數(shù)據(jù)表來支持用戶定義的按標(biāo)準(zhǔn)的和擴(kuò)展的收集器類型創(chuàng)建的收集集合。

性能套件提供了一組強(qiáng)大的預(yù)先配置的系統(tǒng)收集集合，包括Server Activity、Query Statistics和Disk Usage，來幫助你快速地分析你收集的數(shù)據(jù)。你通常使用Server Activity 系統(tǒng)收集集合來開始監(jiān)控和故障排除。在SQL Server管理套件中發(fā)布了一組與每一個(gè)系統(tǒng)收集集合相關(guān)的報(bào)表，你可以將這些報(bào)表作為性能狀態(tài)面板來幫助你分析你的數(shù)據(jù)庫系統(tǒng)的性能，如圖1所示。

圖 1：一個(gè)性能套件報(bào)表

數(shù)據(jù)倉庫和分析性能

數(shù)據(jù)倉庫環(huán)境必須能夠滿足數(shù)量不斷發(fā)展的數(shù)據(jù)和用戶需求，并維護(hù)最佳的性能。隨著數(shù)據(jù)倉庫查詢變得越來越復(fù)雜，查詢的每一部分都必須進(jìn)行優(yōu)化以維護(hù)可以接受的性能。在SQL Server 2008中，查詢優(yōu)化器可以動(dòng)態(tài)地導(dǎo)入一個(gè)最佳的位圖過濾器來加強(qiáng)星型模式(star schema)的查詢性能。此外，SQL Server 2008支持?jǐn)?shù)據(jù)分割、高級索引功能和索引視圖來支持更大型的數(shù)據(jù)存儲，還有稀疏列和有效的數(shù)據(jù)類型，例如VARDECIMAL，它們降低了包含許多 NULL值的大型表所關(guān)聯(lián)的花費(fèi)(數(shù)據(jù)倉庫的一個(gè)普通特性)。

分析服務(wù)應(yīng)用程序需要大型和復(fù)雜的計(jì)算。寶貴的處理器時(shí)間浪費(fèi)在計(jì)算解決NULL 或零的聚合上。在SQL Server 2008分析服務(wù)中的塊計(jì)算使用默認(rèn)的值，將要計(jì)算的表達(dá)式的數(shù)目降低到最少，并將單元導(dǎo)航限制為整個(gè)空間只有一次，而不是每個(gè)單元一次，這顯著地改進(jìn)了計(jì)算性能。

盡管多維度OLAP(MOLAP)分區(qū)提供了更好的查詢性能，但是需要回寫功能的公司以前都需要使用關(guān)系型OLAP(ROLAP)分區(qū)來維護(hù)回寫表。SQL Server 2008增加了對MOLAP分區(qū)執(zhí)行回寫操作的能力，這消除了由維護(hù)ROLAP回寫表所引起的性能下降的問題。

報(bào)表服務(wù)性能

SQL Server 2008報(bào)表服務(wù)引擎被重新開發(fā)以使用按需處理對報(bào)表服務(wù)添加更好的性能和可擴(kuò)展性。報(bào)表不再局限于內(nèi)存，因?yàn)楝F(xiàn)在報(bào)表處理使用一個(gè)文件系統(tǒng)緩存來緩解內(nèi)存的壓力。報(bào)表處理還可以適應(yīng)于其它消耗內(nèi)存的處理。

一個(gè)新的渲染架構(gòu)解決了之前的渲染器版本中存在的內(nèi)存利用問題。這些新的渲染器還提供了一些改進(jìn)，例如對CSV渲染器添加了一個(gè)真實(shí)數(shù)據(jù)渲染器，并支持在Excel渲染器中內(nèi)置數(shù)據(jù)塊和內(nèi)置子報(bào)表。

集成服務(wù)性能

ETL處理常常用來以企業(yè)中的數(shù)據(jù)庫源中的業(yè)務(wù)數(shù)據(jù)添加和更新數(shù)據(jù)倉庫中的數(shù)據(jù)。過去，許多公司只需要將歷史數(shù)據(jù)和不常使用的數(shù)據(jù)恢復(fù)到數(shù)據(jù)倉庫中�，F(xiàn)在，許多公司想要從數(shù)據(jù)倉庫中獲得接近于實(shí)時(shí)的數(shù)據(jù)。隨著數(shù)據(jù)量的增加和要求數(shù)據(jù)倉庫刷新頻率增加，ETL處理時(shí)間和靈活性就變得更加重要了。

數(shù)據(jù)刷新要求SQL Server集成服務(wù)使用查找來比較源記錄和數(shù)據(jù)倉庫中的數(shù)據(jù)。集成服務(wù)包括改進(jìn)很多的查找性能，它降低了包運(yùn)行時(shí)間和優(yōu)化了ETL操作。傳統(tǒng)ETL處理的另一個(gè)問題是確定源數(shù)據(jù)庫中的什么數(shù)據(jù)被修改了。管理員不得不非常謹(jǐn)慎地避免重復(fù)已有的數(shù)據(jù)。一些管理員選擇刪除所有的數(shù)據(jù)值重新加載數(shù)據(jù)倉庫，而不是管理已被修改的數(shù)據(jù)。這使得ETL處理增加了很大的花費(fèi)。SQL Server 2008具有變更數(shù)據(jù)捕獲(Change Data Capture，CDC)功能來記錄對變更表的更新，當(dāng)數(shù)據(jù)刷新按計(jì)劃進(jìn)行時(shí)，這幫助跟蹤數(shù)據(jù)變更和確保數(shù)據(jù)倉庫的一致性。

分享：教你幾個(gè)MySQL鮮為人知特殊技巧
以XML格式查看查詢結(jié)果 通過使用傳統(tǒng)xml 選項(xiàng)調(diào)用MySQL命令行客戶程序，你可以以XML格式(而不是傳統(tǒng)的列表形式)來查看。 MySQL查詢結(jié)果 如果你打算將查詢輸出與其它程序集成在一起，這一技巧非常有用，這里是一個(gè)例子： 表A shell mysql --xml mysql SELECT