迁移到MySQL的语法转换工具的初步设计迁移到MySQL的原因有很多。在基础准备工作中，将源数据库的建表语句转换为MySQL的建表语句，不仅涉及到数据库之间的语法、数据类型等，同时在以下方向也有一些相应的规范SQL开发规范。如何提高开发效率，让开发规范更容易落地，MySQL迁移语法转换工具的作用尤为重要。下面仅以SQLServer作为参考，类似的处理方法也可以用于Oracle等其他商业数据库。经过研究分析和使用体验，计划支持两种使用模式。方式一：指定数据库表。数据库的数据库、表、字段等元数据信息存储在运维系统的元数据中。需要定期将词典信息与在线环境进行同步。接收到前端请求后，提供一键转换接口，在这个处理过程中实现了以下两个步骤：1）在SQLServer端构造一条建表语句，可以被前端展示和转换进入MySQL语法作为参考。2）将语句转换为符合MySQL基本规范的SQL语句，主要涉及数据类型、默认值、存储引擎、自增列值、字符集等。语法转换完成后，现有的SQL审计服务可以进一步审计和修正，直到达到自动启动标准（例如SQL分数在80分以上才能实现自动启动）。方式二：输入SQL文本目前常见的问题有两个：1）业务方目前使用的客户端工具存在差异。建表语句转换会生成两种风格的建表语句。第一种是createtablexxxx，只有一条语句，第二种是：createtablexxxxx,altertablexxxxaddxxx;会有多个SQL语句2）在将输入文本转换为MySQL文本的过程中，由于前端输入信息的差异，解析和实现的复杂度较高。当执行SQL文本时，SQL将在虚拟数据库上执行。执行完成后，会将SQLServre端的字典数据同步推送到运维系统的临时元数据存储中，然后在此基础上提供一键转换接口。在这个过程中，实现了以下两个步骤：3）在SQLServer端构造建表语句，可以被前端显示出来，并转换成MySQL语法作为参考。此时建表语句会被整合成一个独立的1ClauseSQL。4）将语句转换为符合MySQL基本规范的SQL语句，主要涉及数据类型、默认值、存储引擎、自增列值、字符集等语法转换完成后，可以利用已有的SQL审计服务进一步审计纠错，但没有接入SQL自动化上线流程。整个系统完成后，需要设计哪些接口，哪些是内部服务，哪些是外部服务，一目了然。本文转载自微信公众号《杨建荣的学习笔记》，可通过以下二维码关注。转载本文请联系杨建荣学习笔记公众号。
