推薦：怎樣處理SQL Server日志文件總結及日志滿的問題
事務日志(Transaction logs)是數據庫結構中非常重要但又經常被忽略的部分。由于它并不像數據庫中的schema那樣活躍，因此很少有人關注事務日志。 事務日志是針對數據庫改變所做的記錄，它可以記錄針對數據庫的任何操作，并將記錄結果保存在獨立的文件中。對于

SOLyog的下載、安裝以及使用很簡單。我去了相關網站下載，它只有384K字節大小。它把兩個文件(一個可執行文件.exe和一個動態鏈接庫文件.dll)安裝到C:\Program Files\SQLyog路徑下。然后運行可執行文件。

安裝后沒有必要再訪問該網站了，我訪問該網站是得到了一個消息，說它的域名沒有設置(configured)、登記、或正在建設中。我不清楚這個問題是暫時的還是一直是這樣。該軟件是免費的，并且沒有標志廣告(banner ads)，所以它可能是一個特定的尚未最終定型的商業模型。最終可能還是要負費的。

數據庫、表格(table)和列樹(column tree)

該程序一啟動就開始詢問我的登錄到MySOL服務器的口令。我只需要輸入我的服務器名字、用戶id和登錄密碼。所有其它的設置都是正確的默認值。然后(當我開始其它事務、重啟幾次、睡了一會之后)，我重新運行該程序，這時只需要再次輸入我的登錄密碼。該程序沒有保存密碼的選項，你可以認為這是該程序的一個bug，也可以說是程序的保密特性。

一旦你登錄之后，界面就是很值得注意。MySOL服務器上所有的數據庫都顯示在一個樹型控件上。你只能訪問你在登錄時授權的那個數據庫。如果你點開代表授權給你的那個數據庫的樹型結構，你就可以看到一系列代表表格的節點。點開表格節點后，你就可以看到一系列顯示字段名的節點和另一個代表索引的節點集合。

索引界面絕對是個好東東，這樣你就可以CRUD查詢索引和關鍵字了。這相對前端數據庫如Microsoft Access來說是個提高。如果考慮到MySOL剛剛開始提供對主(primary)和非相關(foreign)關鍵字關系的支持，本程序這部分的設計是很成熟的。在右下方的面板上，有四個標簽頁，即：結果(Result)、消息(Message)、對象(Object)和歷史(History)。

有什么缺點?

我試圖發現該程序的缺點，不過只發現了一個。如果你在Win32 Dependency Walker下運行程序的.exe文件，你會發現它引用了COMDLG32.dll文件，而COMDLG32.dll又輪流引用AppHelp。實事上，CommDlg調用AppHelp，而當AppHelp沒有請求函數時，CommDlg這么做根本就是浪費資源。

過于簡單?

在SQLyog FAQ上，有一種觀點認為該軟件沒有正式歸檔的必要。當然，FAQ(常見問題解答)本身就是一種歸檔。SQLyog的界面非常直觀。我建議你打印一份MySOL文檔(包括SQL特殊語法擴展)。我就是這么做的，它只用了一個半英寸的活頁封面。

最后一步?

FAQ還讓人想到一個讓人耳朵起了老繭卻又是正確的Occam's Razor準則——一切超出必要的復雜性都是沒有必要的。我之所以到處“推銷”這個工具，就是因為它可以為我們提供一個可以管理MySOL服務器上許多數據庫的、簡單的、圖形化的界面。它的速度極快，并且它的拷貝很小(可以放在一張軟盤上)。

SQLyog宣稱自己是一個查詢分析器，實際上它的功能遠遠不止這些。假如你正在使用MySOL，你可以在它的網站下載SQLyog(需要登記你的名字和電子郵件地址)，然后切身感受一下它的其他功能。

分享：解讀SQL Server SA權限最新入侵方法
在獲得SA密碼后，往往因為服務器管理者或