共計(jì) 647 個(gè)字符，預(yù)計(jì)需要花費(fèi) 2 分鐘才能閱讀完成。

MS SQL SERVER 數(shù)據(jù)庫日志壓縮方法與代碼是怎樣的，相信很多沒有經(jīng)驗(yàn)的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個(gè)問題。

MSSQL 性能是很不錯(cuò)的，但是數(shù)據(jù)庫用了一段時(shí)間之后，數(shù)據(jù)庫卻變得很大，實(shí)際的數(shù)據(jù)量不大。一般都是數(shù)據(jù)庫日志引起的！數(shù)據(jù)庫日志的增長可以達(dá)到好幾百 M。網(wǎng)上的 MSSQL 虛擬主機(jī)價(jià)格也貴，要想不讓數(shù)據(jù)庫超容，只好壓縮下數(shù)據(jù)庫日志，或者刪除數(shù)據(jù)庫日志。 

下面我給大家介紹一個(gè)方法  

1、打開企業(yè)管理器  

2、打開要處理的數(shù)據(jù)庫  

3、點(diǎn)擊菜單 工具 SQL 查詢分析器  

4、在輸入窗口里面輸入: 

代碼如下: 

DUMPTRANSACTION[數(shù)據(jù)庫名]

WITHNO_LOG BACKUPLOG[數(shù)據(jù)庫名]

WITHNO_LOG DBCCSHRINKDATABASE([數(shù)據(jù)庫名])

點(diǎn)擊執(zhí)行！這樣子數(shù)據(jù)庫就操作成功了。 

程序里面的方法： 

壓縮數(shù)據(jù)庫日志  

–1. 清空日志 exec(DUMPTRANSACTION[ +@dbname+]WITHNO_LOG ) 

–2. 截?cái)嗍聞?wù)日志：exec(BACKUPLOG[ +@dbname+]WITHNO_LOG ) 

–3. 收縮數(shù)據(jù)庫文件 (如果不壓縮, 數(shù)據(jù)庫的文件不會(huì)減小 exec( DBCCSHRINKDATABASE([ +@dbname+]) )

看完上述內(nèi)容，你們掌握 MS SQL SERVER 數(shù)據(jù)庫日志壓縮方法與代碼是怎樣的的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道，感謝各位的閱讀！