測試驅動資料庫開發
測試執行時檢查特定物件的行為。存在可靠的例項化過程很有用處，因為它確保了乙個特定類的所有物件都是相同的。這種關聯意味著如果測試了乙個類的乙個物件，就測試了這個類的所有物件，因此，看起來好像測試了這個類本身。
這就是資料庫開發真正不同於傳統的物件導向開發的第一點。對於儲存在記憶體中的物件，其類的構造方法可以用銷毀先前為該物件分配、在記憶體中的任何內容的方式，並遵循乙個單一的、簡單的途徑來構建乙個工作物件。
然而，當構建乙個資料庫時，照顧到那些已經儲存在資料庫內的資料往往是很有必要的。因此，生成資料庫可以遵循兩條途徑：一條是公升級資料庫，另一條是構建乙個新的資料庫。這就是如今許多開發環境工作的方式，但這讓我們難以獲得真實的資料庫的類，因此，我們也難以進行資料庫的測試驅動開發。
解決的辦法是迫使每乙個特定的類的資料庫遵循完全相同的構建途徑，從而消除構建新資料庫和更新現有資料庫之間的區別，即定義從乙個版本過渡到下乙個版本所需的步驟，將空資料庫當做過渡的第一步，並執行從乙個版本過渡到另乙個版本所必需的步驟。
按照上述方式構建資料庫後，用相似的方式來表達資料庫的設計：一系列增量的累積產生了資料庫的最新版本。當用上述方式定義資料庫後，開發人員就能輕易地確保每一次資料庫版本過渡的指令碼以正確的順序被執行且僅被執行一次。
針對如何定義資料庫的設計，做出上述那一點變化，並編寫少量的自動化指令碼；或者首先使用本書的配套**，就可以奠定乙個基礎和可靠的資料庫的類，據此，開發人員就可以建立測試驅動資料庫開發。
本書附帶的**可以在如下**上找到：
《測試驅動資料庫開發》 第1章1 4節小結
1.4 小結 測試驅動資料庫開發 在寫本書時，精益和敏捷軟體開發正在全球大行其道，但是資料庫開發在開發過程中仍然是瓶頸。為了消除阻擋整個組織的障礙，開發人員必須找到如何讓資料庫快速變化的方法。然而，不能以犧牲對變化的信心來換取快速的變化，資料庫是如此重要，以至於不能容許有任何額外的風險。這裡 tdd...
資料庫壓力測試方法小結
在前面的壓力測試過程中，主要關注的是對介面以及伺服器硬體效能進行壓力測試，評估請求介面和硬體效能對服務的影響。但是對於多數web應用來說，整個系統的瓶頸在於資料庫。原因很簡單 web應用中的其他因素，例如網路頻寬 負載均衡節點 應用伺服器 包括cpu 記憶體 硬碟 連線數等 快取，都很容易通過水平的...
資料庫小結
在最近做的專案中碰到了資料庫方面的問題，對遇到的問題和處理方法做乙個小總。1.左 右 連線查詢與多變聯合查詢的區別。假定現在有兩張表user info和adviser verify info表，使用者表中user id為10000的使用者在adviser verify info表中可能有對應的記錄，...