怎么查看SQL server數(shù)據(jù)庫(kù)的位置？1、先可以打開(kāi)SQLServer數(shù)據(jù)庫(kù)并直接連接。2、然后再找不到目標(biāo)數(shù)據(jù)庫(kù)，右鍵并直接點(diǎn)擊“屬性”。3、在彈出對(duì)話框的屬性窗口左側(cè)“中,選擇頁(yè)”中選擇類(lèi)型“

怎么查看SQL server數(shù)據(jù)庫(kù)的位置？

1、先可以打開(kāi)SQLServer數(shù)據(jù)庫(kù)并直接連接。

2、然后再找不到目標(biāo)數(shù)據(jù)庫(kù)，右鍵并直接點(diǎn)擊“屬性”。

3、在彈出對(duì)話框的屬性窗口左側(cè)“中,選擇頁(yè)”中選擇類(lèi)型“文件”選項(xiàng)卡。

4、然后把在右側(cè)窗體中即可看見(jiàn)相應(yīng)內(nèi)容了：邏輯名稱(chēng)是數(shù)據(jù)文件及日志文件的文件名，路徑就是其所在位置了。

如何清空sql數(shù)據(jù)庫(kù)的日志文件？

SQLSERVER的數(shù)據(jù)庫(kù)日志占用不大的空間，下面提供給三種方法用于清理無(wú)用的數(shù)據(jù)庫(kù)日志文件方法一：

1、可以打開(kāi)查詢(xún)結(jié)論器，輸入命令BACKUPLOGdatabase_nameWITHNO_LOG2、再可以打開(kāi)企業(yè)管理器--右鍵要壓解的數(shù)據(jù)庫(kù)--所有任務(wù)--收縮起來(lái)數(shù)據(jù)庫(kù)--收縮起來(lái)文件--選擇日志文件--在收縮里選擇類(lèi)型向內(nèi)收縮至xxm,這里會(huì)具體一個(gè)容許快速收縮到的最小m數(shù),直接輸入這個(gè)數(shù),確認(rèn)就可以了。方法二：設(shè)置里檢查一下點(diǎn)，不自動(dòng)封鎖住日志一般情況下，SQL數(shù)據(jù)庫(kù)的收縮并不能不大程度上增大數(shù)據(jù)庫(kù)大小，其主要注意作用是收縮起來(lái)日志大小，應(yīng)當(dāng)定時(shí)查看進(jìn)行此操作萬(wàn)一數(shù)據(jù)庫(kù)日志過(guò)大1、可以設(shè)置數(shù)據(jù)庫(kù)模式為簡(jiǎn)單模式：先打開(kāi)SQL企業(yè)管理器，在控制臺(tái)根目錄中左面點(diǎn)開(kāi)MicrosoftSQLServer--gtSQLServer組--a8左鍵雙擊打開(kāi)你的服務(wù)器--gt右擊再打開(kāi)數(shù)據(jù)庫(kù)目錄--r26你選擇你的數(shù)據(jù)庫(kù)名稱(chēng)（如用戶(hù)數(shù)據(jù)庫(kù)cwbase1）--r26然后把再點(diǎn)右鍵選擇屬性--dstrok你選擇選項(xiàng)--r26在故障自動(dòng)還原的模式中選擇“簡(jiǎn)單”，后再按判斷存放2、在當(dāng)前數(shù)據(jù)庫(kù)上點(diǎn)右鍵，看所有任務(wù)中的收縮數(shù)據(jù)庫(kù)，一般里面的默認(rèn)設(shè)置不用按照，就點(diǎn)判斷3、快速收縮數(shù)據(jù)庫(kù)能完成后，建議將您的數(shù)據(jù)庫(kù)屬性新的設(shè)置中為標(biāo)準(zhǔn)模式，操作方法同第一點(diǎn)，只不過(guò)日志在一些異常情況下往往是復(fù)原數(shù)據(jù)庫(kù)的有用依據(jù)方法三：是從SQL收縮起來(lái)日志把代碼截圖到網(wǎng)站查詢(xún)分析什么器里，然后可以修改其中的3個(gè)參數(shù)(數(shù)據(jù)庫(kù)名，日志文件名，和目標(biāo)日志文件的大小)，運(yùn)行即可,@MaxMinutesINT,@NewSizeINTUSEtablename--要操作的數(shù)據(jù)庫(kù)名#39tablename_log#39,--日志文件名@MaxMinutes10,你想設(shè)定的日志文件的大小(M)--Setup/@#39OriginalSizeof#39db_name()#39LOGis#39CONVERT(VARCHAR(30),@OriginalSize)#398Kpagesor#39CONVERT(VARCHAR(30),(@OriginalSize*8/1024))#39MB#(DummyColumnchar(8000)notnull),@StartTimeDATETIME,@TruncLogVARCHAR(255)(),@TruncLog#39BACKUPLOG#39db_name()#39WITHTRUNCATE_ONLY#39DBCCSHRINKFILE(@LogicalFileName,@NewSize)EXEC(@TruncLog)(mi,@StartTime,GETDATE())()AND(@OriginalSize*8/1024)gt@@Counter0WHILE((@/16)AND(@Counterlt50000)

)BEGIN--updateINSERTDummyTransVALUES(#39FillLog#39)@Counter1ENDEXEC(@TruncLog)ENDSELECT#39FinalSizeof#39db_name()#39LOGis#39CONVERT(VARCHAR(30),size)#398Kpagesor#39CONVERT(VARCHAR(30),(size*8/1024))#39MB#方法四：刪出日志文件。此方法有一定的風(fēng)險(xiǎn)性，是因?yàn)閟qlserver的日志文件并非無(wú)需中寫(xiě)入數(shù)據(jù)庫(kù)主文件的，如一次性處理方法不恰當(dāng)，會(huì)倒致數(shù)據(jù)的損失。1、操作前請(qǐng)已斷開(kāi)所有數(shù)據(jù)庫(kù)連接。2、分離數(shù)據(jù)庫(kù)分離數(shù)據(jù)庫(kù)：企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞cwbase1－＞右鍵－＞分離的過(guò)程數(shù)據(jù)庫(kù)只是分離后，cwbase1數(shù)據(jù)庫(kù)被刪除，但保留了數(shù)據(jù)文件和日志文件3、徹底刪除log物理文件徹底刪除LOG物理文件，接著附帶數(shù)據(jù)庫(kù)：企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞右鍵－＞附加數(shù)據(jù)庫(kù)此法生成新的log，大小只有一500多k。再注意：個(gè)人建議不使用第一種方法。操作前請(qǐng)切實(shí)保障所有操作員都早就會(huì)推出系統(tǒng)，已斷開(kāi)數(shù)據(jù)庫(kù)的連接。以?xún)?nèi)操作前，請(qǐng)務(wù)必要做數(shù)據(jù)備份！1.sqlserver2005徹底清除日志語(yǔ)句dumptransaction數(shù)據(jù)庫(kù)名稱(chēng)withno_logbackuplog數(shù)據(jù)庫(kù)名稱(chēng)withno_logdbccshrinkdatabase(數(shù)據(jù)庫(kù)名稱(chēng))