SQL（mysql）轉儲變體適合簡潔diff

Question

我用crontab，mysqldump備份一個小型的sql數據庫，並將其檢入源代碼控制。次要數據庫更改通常會導致源控制日誌中不可讀的差異。這使人們在「承諾然後審查」管道中受挫。

原因是非常長的線條，隱藏在其中的微小變化。例如，以下是基於WordPress的數據庫的一個例子：

INSERT INTO `site_options` (`option_id`, `option_name`, `option_value`, `autoload`) VALUES (1, 'siteurl', 'http://example.org/', 'yes'),(2, 'home', 'http://example.org/', 'yes'),(3, 'blogname', 'Example', 'yes'),(4, 'blogdescription', 'Awesome Description', 'yes'),(5, 'users_can_register', '0', 'yes'),(6, 'admin_email', 'alice@example.org', 'yes'),(7, 'start_of_week', '1', 'yes'),(8, 'use_balanceTags', '0', 'yes'),(9, 'use_smilies', '1', 'yes'),(10, 'require_name_email', '', 'yes'),(11, 'comments_notify', '', 'yes'), (12, 'posts_per_rss', '10', 'yes'),(13, 'rss_use_excerpt', '0', 'yes'), ... 

我有一個去上成千上萬的字符/行的插入會，大概，與每個元件/排後換行格式化。

凝視着這些我認爲：「是的，我敢打賭，如果通過某種漂亮的打印機運行，diff會更加簡潔。」一個隨意的搜索沒有打開mysqldump的開關，或者是開源sql漂亮打印機的明顯選擇。然後我認爲「天哪，一定是已經解決了這個問題。」

對此提出建議？

Answer 1

這個問題是How to deal with enormous line lengths created by mysqldump的重複，在這裏我們知道無需修補mysqldump或使用其他工具進行後處理就無法修復此問題。哪些需要理解sql語法才能正確使用。