6

通过连接到已经存在的 postgres 数据库，我在 Symfony 项目中使用了学说。

数据库有几个模式，但 symfony 应用程序只使用它自己的模式。Entity我创建的第一个类如下：

namespace Belka\TestBundle\Entity;

use Doctrine\ORM\Mapping as ORM;

/**
 * @ORM\Entity
 * @ORM\Table(name="app_auth.User", schema="app_auth")
 */
class User {
    /**
     * @ORM\Column(type="string")
     * @ORM\Id
     * @ORM\GeneratedValue(strategy="NONE")
     */
    private $username;

    /**
     * @ORM\Column(type="string")
     */
    private $email;

    /**
     * @ORM\Column(type="string")
     */
    private $password;
}

如您所见，Entity它指定了自己的架构app_auth。接下来，我尝试使用迁移包。因此，我安装并配置了它，以便只考虑我的模式：

提取物config.yml：

doctrine:
    dbal:
        driver:   "%database_driver%"
        host:     "%database_host%"
        port:     "%database_port%"
        dbname:   "%database_name%"
        user:     "%database_user%"
        password: "%database_password%"
        charset:  UTF8
        schema_filter: ~^app_auth\..*~

提取物config_dev.yml：

doctrine_migrations:
    dir_name: "%kernel.root_dir%/../.container/update/DoctrineMigrations"
    namespace: Application\Migrations
    table_name: "app_auth.migration_versions"
    name: Application Migrations

我运行差异：

php app/console doctrine:migrations:diff

不幸的是，生成的迁移类如下：

namespace Application\Migrations;

use Doctrine\DBAL\Migrations\AbstractMigration;
use Doctrine\DBAL\Schema\Schema;

/**
 * Auto-generated Migration: Please modify to your needs!
 */
class Version20160422171409 extends AbstractMigration
{
    /**
     * @param Schema $schema
     */
    public function up(Schema $schema)
    {
        // this up() migration is auto-generated, please modify it to your needs

    }

    /**
     * @param Schema $schema
     */
    public function down(Schema $schema)
    {
        // this down() migration is auto-generated, please modify it to your needs
        $this->abortIf($this->connection->getDatabasePlatform()->getName() != 'postgresql', 'Migration can only be executed safely on \'postgresql\'.');

        $this->addSql('CREATE SCHEMA app_auth');
    }
}

那我的配置有什么问题？

4

1 回答 1

0

肮脏但有效的解决方案：

经学说/迁移测试：3.0.1

我们可以修补 DiffGenerator 的模式删除功能。我个人使用这个https://github.com/cweagans/composer-patches

安装包，然后在 composer.json “extra” 部分添加：

"patches": {
        "doctrine/migrations": {
            "Change doctrine behavior to correctly pass PostgreSQL schema to schema_filter while diffing": "patches/doctrine-diff-generator.patch"
        }
    }

patch/doctrine-diff-generator.patch 中的补丁文件：

--- lib/Doctrine/Migrations/Generator/DiffGenerator.php      2020-06-21 10:55:42.000000000 +0200
+++ lib/Doctrine/Migrations/Generator/DiffGenerator.patched.php      2020-12-23 12:33:02.689405221 +0100
@@ -142,8 +142,6 @@
  */
 private function resolveTableName(string $name) : string
     {
-        $pos = strpos($name, '.');
-
-        return $pos === false ? $name : substr($name, $pos + 1);
+        return $name;
     }
 }

当然，您必须记住，学说的更新可能会破坏补丁。而且您正在为您的学说全局更改此功能，因此请注意破坏性更改。

就个人而言，对于我的用例，即在不破坏旧数据库的情况下将教义实体添加到旧数据库中，这很好用，并且使我免于将教义管理的每个新表添加到 schema_filter 中。

说明： 当我们查看 DiffGenerator 实现时，它实际上正确地使用模式解码表名，但仅在收集当前数据库模式时。这发生在 PostgreSqlSchemaManager.php 中：

    /**
 * {@inheritdoc}
 */
protected function _getPortableTableDefinition($table)
{
    $schemas     = $this->getExistingSchemaSearchPaths();
    $firstSchema = array_shift($schemas);

    if ($table['schema_name'] === $firstSchema) {
        return $table['table_name'];
    }

    return $table['schema_name'] . '.' . $table['table_name'];
}

但随后在计算目标模式时，此信息在 DiffGenerator.php 中丢失：

    /**
 * Resolve a table name from its fully qualified name. The `$name` argument
 * comes from Doctrine\DBAL\Schema\Table#getName which can sometimes return
 * a namespaced name with the form `{namespace}.{tableName}`. This extracts
 * the table name from that.
 */
private function resolveTableName(string $name) : string
{
    $pos = strpos($name, '.');

    return $pos === false ? $name : substr($name, $pos + 1);
}

并且只有在之后这个函数的返回值才被传递到 schema_filter。不幸的是，但我想这是有原因的:)

于 2020-12-23T11:54:45.383 回答