数据库工单系统的初步设计

   对于数据库工单的设计一直以来是工作中的一个重点和难点，说是重点其实主要是很多DBA同学对于业务支持大家不够重视，但是从支持上希望及时响应业务，说是难点是因为目前大家的这种矛盾的状态难以得到改善。所以我们需要简单梳理一下工作现状，把一些工作的情况做下改进，至少不能比现在的情况更糟糕，当然要更方便，更有效率是基线的标准。

    其实每个公司对于工单的理解不同，工单的处理效率其实能够反映出业务支持的专业能力和服务质量。在这个基础上，我们需要对已有的工作做下分类，我大体分为了下面的五类工单，基本能够涵盖大多数的业务场景。 我来简单解释一下。

    首先能够对接到的基础单位就是数据库实例，这是我们面向业务的一个数据维度，所以再深入一层，我们提供的是数据库服务，或者说得再明确一些，我们提供的是数据服务。

    第一道坎就是数据库资源的交付，这个看似简单的需求是我们在完善工单系统的过程中偏后期去做的，因为这个涉及的流程和环节会多一些，数据库的实例在操作系统之上，那么我们就需要对接服务器资源。

这个过程可以把数据库方向的一些工作打包起来，作为一种专业能力的输出展示出来，比如对于业务可以感觉到的数据库高可用，分布式方案，可以根据业务特点来融入到资源申请的部分，这个底层还是需要依赖元数据的支持。 

在这个之上就是权限的管理，这是实例管理的一个入门点，也是落实规范的一个切入点。作为业务效率的提升，我们可以把多类工作整合起来，在这个里面实现工单的拆解。

  兑现变更涉及数据变更类的操作，比如DDL变更，DML变更等。在这个过程中可以融入SQL审核，比如SQL质量不足60分，工单没法提交等。

    对于通用查询和数据流转可以转化为一类自助服务，业务可以提出需求，通过自助接口来满足需求。