在一般的軟件開發過程中，免不了和數據庫打交道，也就免不了寫一些數據庫腳本。絕大多數的開發流程是：所有腳本都是開發人員手寫，先不談論這樣的效率問題，就單從規範開發的角度來說，這樣做都是不合理的。因爲每個人對數據庫的瞭解程度不一樣，自然寫出來的腳本質量也不一樣，就拿MySql列修改語句來說，CHANGE方式和MODIFY方式到底有什麼區別，可能大多數的程序員都不甚瞭解，那麼問題來了。因爲不瞭解所以無法選擇，因爲沒有選擇的根據，所以選擇的結果肯定也就不一定是最適合的。甚至選擇不對，還會帶來一些嚴重錯誤。再者即使大家都比較熟悉數據庫和數據庫腳本，那麼程序員經常寫一些重複性的sql或者說沒有太多技術含量的sql，意義也不大。本身也是對勞動力的浪費，21世紀神馬最貴，勞動力！！！！
既然sql需要規範，爲什麼那麼多的公司都不去做呢，是不願意，還是做不了？我想兩者都有，就難度而言，目前市場上做的比早的navicat 和 datagrip算是相對好些，但是仍然存在不少問題。很多用戶之所以還用他們是因爲沒得選，有的用總比沒得用好吧。這樣是很多公司無奈的地方，需要用，然後及時不能滿足需求，又不能自己開發，畢竟開發成本在那放着呢，而且貿然下大力氣開發一個，到底能做到什麼程度，投入產出是否可以接受，這都是公司高層需要衡量的一些因素。何況又不是自己的主營業務呢？能將就就將就着吧，無奈啊無奈……
開發規範化系統，到底難在哪裏，我認爲大致包括以下幾點：1、需要兼容不同的數據庫版本，以及不同的語法格式；2、如何生成合理，不是生成出來就完了，不合理一樣沒法用；3、同樣是生成，如何確保生成的sql腳本是最少，而且是合理的；4、操作順序是否應該被納入到腳本的最終生成的考慮因素；5、這裏面還涉及到一個數據庫變更版本控制的概念，而非數據庫服務商的版本，據我瞭解絕大多數DBA對這些概念還是含糊不清；6、sql生成+服務器管理纔有更現實的意義，那麼對於主流的服務器架構模式，服務器底層技術，你都瞭解嗎？；如果能認清這幾點，你感覺一般的公司願意花時間和資金開發這樣的系統的機率是多大，也差不多幾乎爲零了吧？
這個問題的理想解決方案是：腳本生成+服務器管理+開發支持=？ 你猜需要多少錢，哈哈……，我也不知道，最起碼是一個很多公司不願意出的價格。
我不能告訴你上面等於多少，但是我可以告訴你的是：腳本生成+服務器管理+開發支持<DBShow（www.dbshow.net），有些東西不甩掉傳統的想法是開發不出來有革新性的產品的，遇山開山，遇水架橋，這就是DBShow；將開發過程融入全新的設計思想，沒有成熟的插件控件庫自己開發，只爲產品本身的優秀體驗，而不計成本，這就是DBShow。爲了小的細節，無數次重寫算法，只爲簡約而不簡單的最求，這就是DBShow。就這樣國內第一個軟件開發開發系統解決方案誕生了，願一切 Think what you think，Do what you want.