MySQL Workbench

的MySQL Workbench是被MySQL尤其是創造了一個可視化的數據庫設計工具。
MySQL的Workbench是一個跨平台的應用程序，DBDesigner4的繼任者，可用於Linux，Macintosh和Windows操作系統

什麼是此版本中的新：

• 在功能添加或更改：
• 在恢復操作可以恢復到不同的架構。 （錯誤＃11759068，錯誤＃51351）
• 在修復的錯誤：
• 在有時，出口的EER圖來SQL時，生成的SQL代碼，不包括＆QUOT; DROP SCHEMA＆QUOT;即使生成DROP架構選項語句檢查。 （錯誤＃18054932，錯誤＃71243）
• 在一個標籤可以從不同的選項卡執行查詢，交換後的標籤。 （錯誤＃17903147，錯誤＃71029）
• 在創建模型中一個新的視圖，單擊添加視圖會顯示在編輯器這個新的不能保存一個新視圖後。 （錯誤＃17796027，錯誤＃70904）
• 在該--routines命令行選項從生成的mysqldump命令丟失時，被選定多個模式的轉儲到一個文件備份時啟用的程序選項。這種執行轉儲多次後可能發生。 （錯誤＃17795551，錯誤＃70896）
• 執行模式，正向工程與不要創建用戶，只有出口特權啟用選項將重新簡單地為現有用戶更換權限的用戶來代替。 （錯誤＃17794653，錯誤＃70903）
• 在添加新表到一個空的EER圖表會崩潰MySQL的工作台。 （錯誤＃17775383，錯誤＃70872）
• 當從源代碼，沒有建立文檔構建，文檔鏈接將打開在線MySQL的工作台手冊。 （錯誤＃17788936，錯誤＃70873）
• 在正向工程的插入選項卡有時會意外失敗。 （錯誤＃17698069，錯誤＃70747）
• 在枚舉類型現在範式下更好地對應於它的定義好，用戶定義類型，允許爭論。 （錯誤＃17633506，錯誤＃70671）
• 在微軟的Windows，捆綁PyCrypto庫升級到2.6.1版本。 （錯誤＃17615430）
• 在MySQL的工作台可以使用MySQL連接是通過SSH隧道連接成功時，但使用不正確的MySQL服務器的憑據定義崩潰。一個對話框，現在要求的正確的信息。 （錯誤＃17456433，錯誤＃70332）
• 在目錄樹視圖為EER圖改為中央控制與改進的處理，這使得MySQL的工作台身價更順暢了大量的表。 （錯誤＃17370413，錯誤＃69692）
• 在索引的外鍵被自動創建的，現在的情況下被刪除的另一個合適的索引是可用的。 （錯誤＃17275827，錯誤＃69937）
• 在某些情況下，文件，打印到文件...行動不會允許模型是聽之任之。 （錯誤＃17300434）
• 在模型同步將完成，但如果反复那麼MySQL Workbench中會要求再次更新數據庫。 （錯誤＃17033354，錯誤＃69591）
• 在更改排序規則類型也並不總是被檢測到，為[否變化檢測和QUOT;試圖應用更改之後將報告。 （錯誤＃16492371，錯誤＃68672）
• 在MySQL的論壇MySQL的工作台主頁上鏈接進行了更新，它現在鏈接到一個MySQL工作台頁面，該頁面還鏈接到MySQL工作台 - 數據庫遷移論壇，在以前是很難找到。 （錯誤＃14773380，錯誤＃67272）
• 從數據庫，逆向工程，並選擇具有多個表的模式，用點擊顯示過濾功能，包括向左或向右箭頭按鈕後/排除表將失去光標的位置，並始終將光標移動到頂部列表。 （錯誤＃14017237，錯誤＃65018）
• 的模式，表，現在可以通過雙擊名稱列改名，列編輯。 （錯誤＃13702831，錯誤＃64134）
• 在一個大的SQL腳本文件無法保存為一個模型，雖然200MB左右極限的限制依然存在。 （錯誤＃13025333）
• 在MySQL的工作台可以選擇當系統提示從以前的會話恢復模型文件後的MySQL Workbench中沒有正確關閉後恢復崩潰。 （錯誤＃13051204，錯誤＃62589）
• 在應用的大型SQL腳本對象模型可能崩潰MySQL的工作台。 （錯誤＃13025299）
• 在該＆QUOT;刮刮QUOT;被拆除SQL編輯器選項卡，而是標準的SQL編輯器選項卡始終打開。 （錯誤＃11765876，錯誤＃58882）
• 在編輯強制關係現在更新引用的列。 （錯誤＃11764011，錯誤＃56792）
• 在複製和粘貼快捷鍵並不總是從表格單元格在所有環境中運作。 （錯誤＃11755245，錯誤＃46994）
• 在該架構權限選項卡被隱藏在架構編輯器，現在更可見。 （錯誤＃11758814，錯誤＃51066）

什麼是6.0.8版本，新的：

• 在功能添加或更改：
• 在一個新的MySQL工作台偏好（首選項，SQL編輯器）添加，設置是在SQL編輯器中單擊時生成的默認註釋類型＆quot;新增評論＆QUOT;組合鍵。它可以是＆QUOT; - ＆QUOT; （默認）或QUOT;＃＆QUOT ;. （錯誤＃16679373，錯誤＃68708）
• 在修復的錯誤：
• 當創建一個模型圖桌子上，有的桌下時繪製的第二層未處理的空引用異常被拋出。 （錯誤＃17561185，錯誤＃70518）
• 從遠程MySQL服務器恢復增量備份會發射出所指的WbAdminControl對象發生意外錯誤。 （錯誤＃17516320）
• 在該轉發工程師 - SQL創建腳本嚮導會產生，而不是數據庫級別的LOCK TABLES特權在表級別。 （錯誤＃17468314，錯誤＃70310）
• 在微軟的Windows，執行搜索表數據，並查看結果在一排，右鍵單擊並選擇複製查詢從上下文菜單中匹配會崩潰的MySQL工作台後。 （錯誤＃17506404，錯誤＃70411）
• 在微軟的Windows 7，在某些情況下的MySQL工作台將無法連接到MySQL服務器的RHEL 5主機上。 （錯誤＃17516617）
• 在使用有了最新的備份檢查，陸續增量備份做增量備份將無法恢復，如果前一個增量備份失敗。 （錯誤＃17509626）
• 在數據網格的結果，選擇多個字段並選擇設置字段（S）從上下文菜單不為空不會改變的數據。 （錯誤＃17495179，錯誤＃70381）
• 當正向工程的SQL創建腳本，檢查省略模式預選賽偏好會正確地從CREATE語句刪除架構名稱，但它留下不正確的模式名稱上的GRANT語句。
• 在命令序列：文件，導出，轉發工程師SQL CREATE腳本。 （錯誤＃17516695，錯誤＃70438）
• 在微軟的Windows，其保存在應用程序數據路徑中的空SQL文件會導致MySQL的工作台無法啟動。
• 在一種解決方法是在啟動MySQL工作台之前刪除空SQL文件。 （錯誤＃17512088，錯誤＃70262）
• 在Linux上，行動輸出不會自動滾屏放置在查看最新的操作（執行SQL語句）。 （錯誤＃17512005，錯誤＃70421）
• 在一個空的SQL腳本文件無法從MySQL Workbench中保存，並嘗試這個動作會產生意想不到的錯誤。 （錯誤＃17468833，錯誤＃70365）
• 在執行正向工程模型到本地數據庫會產生意想不到的錯誤。 （錯誤＃17496362）
• 在出口時用多個程序作為一個SQL腳本模型，在某些情況下，deliminator在生成的SQL常規後失踪。 （錯誤＃17448702，錯誤＃70313）
• 在向下滾動的SQL文件，並執行語句（控制+ Enter鍵）將滾動窗口重回巔峰。現在光標依然存在，即使在調整窗口大小。 （錯誤＃17399972，錯誤＃15837541，錯誤＃70221，錯誤＃67465）
• 在該fetch_documentation.sh腳本從MySQL工作台源碼下載刪除，因為它指的是（和所需的）從內部URL獲取文檔。 （錯誤＃17435353，錯誤＃70279）
• 在未處理的異常是，如果audit.log文件失踪拋出。 （錯誤＃17452099，錯誤＃70323）
• 在數據導入/導出為自包含的數據將現在只能默認選擇* .sql文件，而且如果延期出口過程中沒有定義，擴展將被設置為.SQL。 （錯誤＃17449969，錯誤＃69069）
• 在Mac OS X中，打開一個新的模式，按下＆quot;新增EER圖＆QUOT;從工具欄按鈕將崩潰MySQL的工作台。
• 在一種解決方法是單擊＆quot;新增EER圖＆QUOT;從導航或上下文菜單。 （錯誤＃17437387，錯誤＃70284）
• 在微軟的Windows，SQL編輯器選項卡裡面的鼠標指針會迅速從指針變為光標當鼠標被移動，從而創造一個反复閃爍的事件。 （錯誤＃17347406，錯誤＃70119）
• 點擊在線備份刪除配置MySQL企業備份目錄之後（如C： MySQLBackupHome）將拋出一個未處理的異常
。
• 驗證中加入，簡檔狀態圖標加入到備份屏幕和MySQL工作台現在重定向發射中的錯誤，以設置頁代替。 （錯誤＃17375285）

在審計日誌文件一行
• 雙擊會產生意想不到的錯誤。 （錯誤＃17376494）
• 雖然Microsoft SQL Server數據庫遷移到MySQL，用句數據庫名稱會失敗，現在的時期將被替換為下劃線。例如，＆QUOT; foo.bar＆QUOT;將成為＆QUOT; foo_bar這樣的名稱和QUOT ;. （錯誤＃17370098，錯誤＃70170）
• 在目錄樹窗格中的目錄選項卡中選擇一個表，從編輯表中選擇插入新行後...上下文菜單中會散發出意想不到的錯誤。 （錯誤＃17357020，錯誤＃70140）
• 在編輯觸發器在模型選項卡，切換標籤（例如加載連接或SQL Editor選項卡）後會導致新的觸發器編輯消失。 （錯誤＃17348212，錯誤＃70122）
• 開啟查詢標籤是重啟MySQL的工作台後不是持久的（重新）。 （錯誤＃17341182，錯誤＃17456474，錯誤＃17314977，錯誤＃70107，錯誤＃70325，錯誤＃70035）
• 查看客戶端連接，如果連接了非常大的連接時間可能會產生一個未處理的異常。 （錯誤＃17375435，錯誤＃70174）

選擇從審計插件可用當前文件名會拋出一個未處理的異常後，
• 在Mac OS X中，點擊獲取時間戳範圍。 （錯誤＃17300059）
• 在該EER圖不支持一些中國文字。 （錯誤＃17275879，錯誤＃69933）
• 有一個！包括MySQL配置文件會導致MySQL的工作台崩潰在啟動時。 （錯誤＃17271775）
• 在存儲程序組無法通過在EER圖組編輯器更新。
• 在一種解決方法是使用單獨的常規組編輯器每個例程，通過拖動常規物體進入常規組編輯器的成員名單將它們分組。 （錯誤＃17323855，錯誤＃70059）
• 在I / O寫操作減少，收盤MySQL的工作台用的表有超過500列時，這是一個特別明顯的問題。 （錯誤＃17283888，錯誤＃68276）
• 在Mac OS X中，在選項文件導航頁面的性能選項卡滿場的名稱不會完全可見。 （錯誤＃17323870，錯誤＃70057）
• 的運行，腳本文件順序沒有發揮作用。 （錯誤＃17299680）
• 在MySQL的工作台商業版，＆QUOT; MySQL的實用程序和QUOT;下載按鈕鏈接到MySQL的事業的社區版。現在鏈接到相應的版本。 （錯誤＃17316512，錯誤＃70049）
• 在該關閉其他標籤頁上下文菜單選項沒有關閉表編輯器標籤。 （錯誤＃17235359，錯誤＃69850）
• 將innodb_buffer_pool_size和innodb_buffer_pool_instances配置參數複製選項文件（原服務器管理）選項卡。他們被列在緩衝池和內存＆QUOT兩種;組。
• 此外，使用MySQL Workbench中更改這些設置會產生的變化也改變空​​格的MySQL配置文件中。 （錯誤＃16915510，錯誤＃69406）
• 在遷移Microsoft Access數據庫將崩潰的逆向工程選擇的圖式的一步。 MySQL的工作台不支持Microsoft Access的遷移，所以嘗試遷移不支持的數據庫時，遷移嚮導現在將顯示錯誤（和停止操作）。 （錯誤＃16529142，錯誤＃67584）
• 調整在連接上市編號或時間列的寬度後，整數值被切斷無指示。該值現在顯示或省略號（...）追加。 （錯誤＃16464457，錯誤＃68593）
• 在工作台的Bug記者未能登錄到報告錯誤，使用有效憑據時也是如此。此錯誤報告功能從MySQL的工作台刪除。 （錯誤＃16056820，錯誤＃14520752，錯誤＃67990，錯誤＃66343）
• 在Linux上，WM_WINDOW_ROLE屬性現在正確地為所有的MySQL工作台窗口設置。 （錯誤＃14171771，錯誤＃65537）
• 在檢查更新，提交錯誤報告，並討論一個話題MySQL的工作台按鈕現在下劃線，當鼠標指針懸停在他們。 （錯誤＃11758492，錯誤＃50704）

什麼是5.1.18版本的新：

• 在被簡化的連接對話框
• 在該表中的列編輯器增強。
• 在其他錯誤是固定的。
• 在雪豹的兼容性得到保證。