问题描述
在软件开发过程中遇到一个问题，他需要以数据库无关、版本控制友好且易读的方式（不使用SQL语句）来定义数据库架构（或模型），并在客户端进行数据库迁移，而且这些迁移需要是独立的，不会受到数据库版本的限制。支持的数据库至少包括ms-SQL、MySQL和Postgres。用户不希望使用ORM（对象关系映射）工具，因为这不符合他们的需求。
解决方案
请注意以下操作可能涉及版本差异及风险，务必在操作之前做好备份。
方案1：使用FlywayDB和自定义脚本
FlywayDB是一个开源的数据库版本控制工具，它可以帮助你管理数据库架构的定义和迁移。虽然它默认使用SQL脚本，但你可以结合自定义脚本以满足你的需求。
定义数据库架构：创建一个包含数据库架构定义的SQL脚本，该脚本应当是数据库无关的。你可以根据不同数据库的特性，使用条件语句等方式进行处理。例如，你可以为每种数据库创建一个独立的脚本，并使用FlywayDB的目录结构进行管理。
执行数据库迁移：在软件发布的过程中，将FlywayDB集成到安装或部署脚本中。在客户端系统上运行这个脚本，它会自动检测当前数据库版本并执行必要的迁移操作。
方案2：使用Liquibase和自定义脚本
Liquibase是另一个流行的数据库版本控制工具，它也可以与自定义脚本结合使用以满足你的需求。
定义数据库架构：创建一个包含数据库架构定义的XML脚本。类似于方案1，你可以为不同的数据库创建独立的脚本，并使用条件语句等方式处理差异。
执行数据库迁移：将Liquibase集成到软件的安装或部署流程中，确保在客户端运行时能够执行数据库迁移操作。
方案3：自定义迁移工具
如果你无法找到现有的工具满足你的需求，也可以考虑开发一个自定义的数据库迁移工具。这需要一定的开发工作，但可以根据你的具体需求进行定制。
自定义迁移工具的开发过程可能包括以下步骤：
定义数据库架构：与前述方案类似，你需要创建一个数据库无关的架构定义文件。这可以是XML、JSON或其他自定义格式。
开发迁移引擎：开发一个程序或脚本，能够读取架构定义文件并执行数据库迁移操作。根据需要，你可以使用不同的数据库连接库来处理不同数据库。
集成到软件分发：将自定义迁移工具集成到你的软件分发流程中，确保在每次安装或部署时都能够执行数据库迁移。
以上是一些可能的解决方案，你可以根据自己的实际情况选择其中之一或进行适当调整。在实际操作中，请务必注意数据备份和测试，以避免不必要的风险。
希望这些方案能够帮助你解决数据库架构定义和迁移的问题。如果有任何进一步的问题或需要更详细的指导，请随时提问。