問題現象：系統日志文件(控制面板–管理工具–系統日志)能找到以下兩條錯誤:17052:無法恢復 master 數據庫。正在退出。18052:錯誤: 9003，嚴

sql server 2005的分頁存儲過程分3個版本，一個是沒有優化過的，一個是優化過的，最後一個支持join的，sql server 2000的分頁存儲過程

上邊文章中提到win的性能監視器是監控數據庫性能必備的工具，接下來我就給大家介紹一些常見的監控指標，其實無非就是磁盤，cpu，內存等硬件的運行指標還有數據庫自身

1.用sqlserver的維護計劃在這裡我就不給截圖演示了，這個比較簡單，無非就是通過sqlserver自己的維護計劃拖拽出2個一個‘備份數據庫任務和一個‘清除

有時候可能需要檢測下某台機器的服務是不是起來了，或者某台機器的某個庫是不是能被連接又不能打開ssms也不想登陸服務器的話就可以用這個方法。1.在桌面上右鍵創建個

聲明下這個腳本不是我寫的，忘了是從哪看到的了，在此分享給大家，因為在我的理解中技術就是用來分享的，希望原創作者看到了不要介意。1.創建個文本，將後綴名改成.ba

前言：任何的優化和修改都是以業務情況為前提，可能有的寫的有誤或者不准確的地方，歡迎各位來拍磚。1.在創建db的時候自增長建議設置成按MB(M)增長，步長根據業務

經常會有定時備份SQL Server數據庫的需要。定時備份到本機的話，還是挺容易的，計劃任務就可以完成，但如果是整機掛了，那備份到本機是沒意義的，那麼就需要來考

事件起因：近期有研發反應，某數據庫從08切換到12環境後，不定期出現寫操作提交延遲的問題；事件分析：在排除了系統資源爭用等問題後，初步分析可能由於網絡抖動導致同

本來想這個系列寫點什麼好呢，後來想想大家作為程序員，用的最多的莫過於數據庫了，但是事實上很多像我這樣工作在一線的碼農，對sql都一知半解，別談優化和對數據庫底層

很久以前我們在寫sql的時候，最怕的一件事情就是sql莫名奇妙的超級慢，慢的是撸一管子回來，那個小球還在一直轉。。。這個著急也只有當事人才明白，後來聽說有個什麼

說到聚集索引，我想每個碼農都明白，但是也有很多像我這樣的猥程序員，只能用死記硬背來解決這個問題，什麼表中只能建一個聚集索引，然後又扯到了目錄查找來幫助讀者記憶。

非聚集索引，這個是大家都非常熟悉的一個東西，有時候我們由於業務原因，sql寫的非常復雜，需要join很多張表，然後就淚流滿面了。。。這時候就有DBA或者資深的開

     今天研發中心辦年會，晚上就是各自部門聚餐了，我個人喜歡喝干紅，在干紅中你可以體味到那種酸甜苦辣。。。

腳本源碼：復制代碼 代碼如下:SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOCREATE PROCEDURE[dbo

    有時候需要一次性將SQL Server中的數據導出給其他部門的也許進行關聯或分析，這種需求對於SSIS來說當然是非常簡單，

    在SQL Server中Count(*)或者Count(1)或者Count([列])或許是最常用的聚合函數。很多人其實對這

開發過程中的數據庫結構結構，不可避免的會需要反復的修改。最麻煩的情況莫過於開發者數據庫結構已經修改，而實際應用中數據庫又有大量數據，如何在不影響 數據庫中數據情

使用mysqldump進行備份和還原使用mysqldump進行備份mysqladmin stop-slave -uroot -pmysqldump --all-

Transact-SQL中的存儲過程，非常類似於Java語言中的方法，它可以重復調用。當存儲過程執行一次後，可以將語句緩存中，這樣下次執行的時候直接使用緩存中的