mysql的longtext如何對(duì)應(yīng)sqlserver的數(shù)據(jù)類型？

把redis的mediumblob設(shè)為document不同類型就就好，但是sqlite的parse不同類型只不過只能留存65535字節(jié)數(shù)大小形狀

以下是類型大小形狀比較

postgresql：document:65535字德

Log日志文件過大怎么辦？

日志文件滿而造成sql數(shù)據(jù)庫(kù)無法明文文件來時(shí)，可用兩種一種方法：

一種常見方法：一空日志。

1．打開查詢系統(tǒng)分析得出器，輸入下命令

DUMPTRANSACTION數(shù)據(jù)庫(kù)名sixty-eight_日志文件

2.再必須打開現(xiàn)代企業(yè)管理器--鼠標(biāo)右鍵你要被壓縮的數(shù)據(jù)庫(kù)系統(tǒng)--所有任務(wù)的完成--收縮數(shù)據(jù)庫(kù)中的數(shù)據(jù)--回縮文件來--可以選擇日志文件--在擠壓簡(jiǎn)單里選擇中擠壓至縮寫字母,這里會(huì)預(yù)測(cè)一個(gè)禁止收縮到的最小M數(shù),直接鍵入這個(gè)數(shù),按照就可以了。

一種常見方法有一定的潛在風(fēng)險(xiǎn)性，因?yàn)閟qlserver的log文件不是即時(shí)寫入數(shù)據(jù)庫(kù)中的數(shù)據(jù)主文件來的，如處理的結(jié)果不當(dāng)，會(huì)引發(fā)數(shù)據(jù)情況的全部損失。

1:刪除內(nèi)容log

分離大型數(shù)據(jù)庫(kù)人力資源管理器－＞主服務(wù)器－＞大型數(shù)據(jù)庫(kù)－＞右鍵單擊－＞游離數(shù)據(jù)庫(kù)中的數(shù)據(jù)

2：后臺(tái)刪除metadata文件來

附加數(shù)據(jù)庫(kù)中的數(shù)據(jù)企業(yè)文化管理器－＞主服務(wù)器－＞數(shù)據(jù)庫(kù)－＞按右鍵－＞附加數(shù)據(jù)庫(kù)中

此功合成新的metadata，形狀大小只有500多K。

十分注意：個(gè)人建議使用的第一種四種方法。

如果以后,不想它變大。

sql查詢2000下使用它：

在大型數(shù)據(jù)庫(kù)上點(diǎn)右鍵單擊-1基本屬性-musicid選項(xiàng)-ftype用戶配置文件-模型-選擇中-簡(jiǎn)單模型結(jié)構(gòu)。

或用sql查詢語句：

logger.log數(shù)據(jù)庫(kù)中名setrecoverysimple

另外，Truncatelogoncheckpoint(此其他選項(xiàng)用作sql語句7.0，sql語言2000中即用戶配置文件建模去選擇為簡(jiǎn)單建模)當(dāng)可執(zhí)行checkpoint執(zhí)行命令時(shí)如果日常事務(wù)日志文件高達(dá)其形狀大小的70%則將其內(nèi)容主題快速清除在開發(fā)數(shù)據(jù)庫(kù)時(shí)時(shí)常將此高級(jí)設(shè)置為TrueAutoshrink定期對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)開展檢査當(dāng)數(shù)據(jù)庫(kù)中的數(shù)據(jù)文件來或log文件的未用整體空間超過2其大小的25%時(shí)，系統(tǒng)功能將會(huì)自動(dòng)擴(kuò)大文件的內(nèi)容使其未用空間等于25%當(dāng)文件容量也沒達(dá)到其建立時(shí)的初始形狀大小時(shí)也不大幅下降文件來大幅下降后的文件中也要有小于等于其初始大小不同對(duì)日常事務(wù)數(shù)據(jù)文件的縮減只有在對(duì)作定期備份時(shí)或?qū)runcatelogoncheckpoint選項(xiàng)設(shè)為false時(shí)才能并。

特別注意：一般立成下建立的數(shù)據(jù)庫(kù)中更改特殊屬性已設(shè)好，但經(jīng)常看到意想不到現(xiàn)象使大型數(shù)據(jù)庫(kù)自身屬性被不可修改，請(qǐng)現(xiàn)有用戶清出日記后，檢查并數(shù)據(jù)庫(kù)中的以上主要屬性，以防事務(wù)所有日志再次極富。