[Doctrine Migrations] 数据库迁移组件的深入解析二：自定义集成

摘要：结语到此，数据迁移组件就已经很灵活的集成到我们自己的项目中了，而且你还可以根据自己的项目灵活修改自定义命令脚本文件。但是如果使用久了会发现现在的数据迁移会有两个问题不支持类型，在相关中，官方开发人员有回复所以只能添加自定义类型。

目前的项目结构是这样的（参照代码库）：

其中，db/migrations文件夹是迁移类文件夹，config/db.php是我们项目原有的db配置，migrations.php和migrations-db.php是迁移组件需要的配置文件。

现在先在根目录新建文件：migrate，没有后缀名，并且添加可执行权限。

并且参照组件原有的命令脚本vendor/doctrine/migrations/doctrine-migrations.php，首先获取项目原有的数据库配置信息，替换掉migrations-db.php数据库配置文件：

$db_config = include "config/db.php";
$db_params = [
    "driver" => "pdo_mysql",
    "host" => $db_config["host"],
    "port" => $db_config["port"],
    "dbname" => $db_config["dbname"],
    "user" => $db_config["user"],
    "password" => $db_config["password"],
];
try {
    $connection = DriverManager::getConnection($db_params);
} catch (DBALException $e) {
    echo $e->getMessage() . PHP_EOL;
    exit;
}

然后配置组件，替换掉migrations.php配置文件：

$configuration = new Configuration($connection);
$configuration->setName("Doctrine Migrations");
$configuration->setMigrationsNamespace("dbmigrations");
$configuration->setMigrationsTableName("migration_versions");
$configuration->setMigrationsDirectory("db/migrations");

最后是完整的命令脚本代码：

#!/usr/bin/env php
 "pdo_mysql",
    "host" => $db_config["host"],
    "port" => $db_config["port"],
    "dbname" => $db_config["dbname"],
    "user" => $db_config["user"],
    "password" => $db_config["password"],
];
try {
    $connection = DriverManager::getConnection($db_params);
} catch (DBALException $e) {
    echo $e->getMessage() . PHP_EOL;
    exit;
}
// 迁移组件配置
$configuration = new Configuration($connection);
$configuration->setName("Doctrine Migrations");
$configuration->setMigrationsNamespace("dbmigrations");
$configuration->setMigrationsTableName("migration_versions");
$configuration->setMigrationsDirectory("db/migrations");
// 创建命令脚本
$helper_set = new HelperSet([
    "question" => new QuestionHelper(),
    "db" => new ConnectionHelper($connection),
    new ConfigurationHelper($connection, $configuration),
]);
$cli = ConsoleRunner::createApplication($helper_set);
try {
    $cli->run();
} catch (Exception $e) {
    echo $e->getMessage() . PHP_EOL;
}

现在执行迁移相关命令时，用./migrate替换之前的vendor/bin/doctrine-migrations部分即可。

同时migrations.php和migrations-db.php这两个配置文件也可以删除了。

如果你使用PhpStorm，命令行还可以集成到开发工具中去，会有自动提示，大大提高工作效率：

PhpStorm -> Preferences -> Command Line Tool Support -> 添加

Choose tool选择Tool based on Symfony Console,点击OK

Alias输入m, Path to PHP executable 选择php路径，path to script选择跟目录下的migrate文件

点击OK，提示 Found 9 commands 则配置成功。

PhpStorm -> Tools -> Run Command，弹出命令窗口，输入m即会出现命令提示。

到此，数据迁移组件就已经很灵活的集成到我们自己的项目中了，而且你还可以根据自己的项目灵活修改自定义命令脚本文件。

但是如果使用久了会发现现在的数据迁移会有两个问题：

不支持tinyint类型，在相关issues中，官方开发人员有回复：

"Tiny integer" is not supported by many database vendors. DBAL"s type system is an abstraction layer for SQL types including type conversion from PHP to database value and back. I am assuming that your issue refers to MySQL, where we do not have a distinct native SQL type to use for BooleanType mapping. Therefore MySQL"s TINYINT is used for that purpose as is fits best from all available native types and in DBAL we do not have an abstraction for tiny integers as such (as mentioned above).
What you can do is implement your own tiny integer custom type and tell DBAL to use column comments (for distinction from BooleanType in MySQL). That should work. See the documentation.
To tell DBAL to use column comments for the custom type, simply override the requiresSQLCommentHint() method to return true.
所以只能添加自定义类型。

另外一个问题，就是不支持enum类型。深入代码之后，发现enum类型的特殊格式并不好融入到组件中去，自定义类型也不能支持，但是如果你是半途中加入数据迁移组件，现在项目中如果已经有了数据表结构，且包含enum类型的字段，那么使用迁移组件是会报错。

那么，下一章我们就来完成这两件事：添加tinyint的自定义类型，解决enum报错的问题。

在我的代码库可以查看这篇文章的详细代码，欢迎star。