mysql的longtext如何對應(yīng)sqlserver的數(shù)據(jù)類型？把redis的mediumblob設(shè)為document不同類型就就好，但是sqlite的parse不同類型只不過只能留存65535字節(jié)

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

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

以下是類型大小形狀比較

postgresql：document:65535字德

Log日志文件過大怎么辦？

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

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

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

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

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

一種常見方法有一定的潛在風(fēng)險性，因為sqlserver的log文件不是即時寫入數(shù)據(jù)庫中的數(shù)據(jù)主文件來的，如處理的結(jié)果不當，會引發(fā)數(shù)據(jù)情況的全部損失。

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

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

2：后臺刪除metadata文件來

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

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

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

如果以后,不想它變大。

sql查詢2000下使用它：

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

或用sql查詢語句：

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

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

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