DBShow告诉你：程序员写Sql脚本——是能力，还是无奈？

        在一般的软件开发过程中，免不了和数据库打交道，也就免不了写一些数据库脚本。绝大多数的开发流程是：所有脚本都是开发人员手写，先不谈论这样的效率问题，就单从规范开发的角度来说，这样做都是不合理的。因为每个人对数据库的了解程度不一样，自然写出来的脚本质量也不一样，就拿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.