Как правильно создать sequence?

Question

[Дмитрий]

Необходимо создать уникальное значение для не id столбца.

В сущности столбец обозначен так

#[ORM\Column(type: 'integer', nullable: true)]
    private int $internalId;

Создаю миграцию

public function up(Schema $schema): void
    {
        $this->addSql('ALTER TABLE amqp_auth_user ADD internal_id INT NULL');
        $this->addSql('CREATE SEQUENCE amqp_auth_user_internal_id_seq INCREMENT BY 1 MINVALUE 1 START 1');
        $this->addSql('ALTER TABLE amqp_auth_user ALTER internal_id SET DEFAULT nextval(\'amqp_auth_user_internal_id_seq\')');
        $this->addSql('ALTER SEQUENCE amqp_auth_user_internal_id_seq OWNED BY public.amqp_auth_user.internal_id;');
    }

Выполняю запрос на вставку в таблицу. Всё работает, "internal_id" заполняется последовательными значениями.

Но валицаю схема не проходит

[ERROR] The database schema is not in sync with the current mapping file.

Команда orm:schema-tool:update --dump-sql выдаёт запрос на удаление значения по умолчанию для столбца "internal_id"

ALTER TABLE amqp_auth_user ALTER internal_id DROP DEFAULT;

После выполнения данного запроса естественно ничего работать не будет, "interanal_id" будет заполняться "null".

Что не так я делаю? Как сделать так, чтобы проходила валидация схемы и не требовало DROP DEFAULT для internal_id?

p.s.

Пробовал и такой вариант

#[ORM\Column(insertable: false, updatable: false, columnDefinition: 'serial')]
 private int $internalId;

Результат тот же. Валидация не проходит, требует удаление значения по умолчанию.

Comments

[tukreb]

Мда плохо, читаю тоже :)))
Для не ID, оно может не работать, но если хотите проверьте https://www.doctrine-project.org/projects/doctrine...

#[ORM\GeneratedValue(strategy: 'SEQUENCE')]
#[ORM\SequenceGenerator(sequenceName: 'message_seq', initialValue: 1, allocationSize: 100)]

Однако, вы так же пишите УНИКАЛЬНОЕ значение, а значит это ID, либо у вас проблема с ER-моделью, определись, что будет у вас уникальным

[Дмитрий]

tukreb, id есть, uuid.
Этот столбец нужен для визуального контроля, так как uuid читать сложно)
Может и не совсем верно выразился.
Нужно последовательное значение, без повторов.

[Дмитрий]

tukreb, Ваш вариант решения мне известен (я про ссылку). Но нужно именно для не id столбца.
И да, это работает, генерируется нужная последовательность. Но не проходит валидация схемы. Вот этот момент и надо решить.

[tukreb]

Дмитрий, uuid читать сложно? Нужна последовательность?
Тогда откройте для себя стандарт UUIDv7. Иначе используйте не uuid как первичный ключ.

[tukreb]

Дмитрий, На самом деле есть даже стандарт UUIDv8 который являются настраиваемым, там вы можете реализовать прямо настоящую (имею ввиду числовую без случайных сидов и времени) последовальность вплоть до ~96 bit, остальные зарезервированные, чтобы не было колизий с другими версиями UUID. Но конечно, вам нужно будет написать свою библиотеку, которая будет реализовывать UUIDv8 под ваши хотелки.

[Дмитрий]

tukreb, нужен именно uuid как pk.
internal_id нужно для визуального контроля, простое число. Не знаю, как ещё можно объяснить.

[tukreb]

Дмитрий, у вас почти 900 вклада, казалось бы, вы должны знать базовые вещи, но всё равно хотите то, что хотят программисты которые изучают программирование 2 день.

[tukreb]

Но если вам прям хочется костылить, то смотрите в сторону https://www.doctrine-project.org/projects/doctrine...
Другой вариант, джойнить таблицу, где будут для вас генерироваться последовальные числа.

[Дмитрий]

tukreb, при чём тут вклад к моему вопросу?)))
Меня интересует, почему не проходит валидация схемы, почему требует сделать "DROP DEFAULT"?

Если вернуться к простому варианту.

#[ORM\Column(insertable: false, updatable: false, columnDefinition: 'serial')]
private int $internalId;

Генерирует миграцию

$this->addSql('ALTER TABLE amqp_auth_user ADD internal_id serial');

И этот вариант работает.
При наличии uuid как pk, создаётся поле internak_id, которое заполняется так, как мне надо. Записываются последовательные значения.
Сделал 11-ть записей, получил internal_id от 1 до 11.
Удалил записи, сделал новые, получил internal_id oт 12 до 22.
Uuid живёт своей жизнью.
Но почему не проходит валидация схемы? Почему следующая миграция требует выполнить запрос?

ALTER TABLE amqp_auth_user ALTER internal_id DROP DEFAULT;

[tukreb]

Дмитрий, потому что columnDefinition сломан и не работает.
Если память не изменяет в этом месте оно просто анулирует
https://github.com/doctrine/dbal/blob/369ab24fc865...

Можете продебажить где именно проблема, но насколько помню columnDefinition не работает адекватно.

[tukreb]

Теоретически вы можете обойти ограничение через создания своего типа даных, где будут присваивать ваш SERIAL. Тогда оно пройдёт ту проверку, что по ссылки выше и миграция нормально сработает.
https://www.doctrine-project.org/projects/doctrine...
Как то так сделав

public function getDeclarationSQL(array $column): string
    {
        return 'SERIAL';
    }

[Дмитрий]

tukreb, насчёт columnDefinitio в доке есть предупреждение...

Попробую через создание собственного типа.

Благодарю за подсказки.

[vreitech]

Дмитрий со всем, что касается orm, помочь не могу, но если речь о чистом psotgresql, то, казалось бы, вам должно хватить этого:

ALTER TABLE amqp_auth_user
  ADD COLUMN internal_id int
  GENERATED ALWAYS AS IDENTITY (INCREMENT BY 1 MINVALUE 1 START 1);

по вкусу добавить можно добавить UNIQUE и NOT NULL.

Answer 1

[tukreb]

Теоретически можно попробовать так:

doctrine:
    dbal:
        types:
           sequence_type: { class: 'App\Types\SequenceType' }

final class SequenceType extends Type 
{
    #[\Override]
    public function convertToPHPValue(mixed $value, AbstractPlatform $platform): ?int
    {
        return $value === null ? null : (int)$value;
    }
    #[\Override]
    public function convertToDatabaseValue($value, AbstractPlatform $platform): null //или ?int
    {
        return null; //тут неуверен, может возвращать $value с ожиданием null
    }

    #[\Override]
    public function getSQLDeclaration(array $column, AbstractPlatform $platform): string
    {
        return 'SERIAL';
    }

    public function getName(): string
    {
        return 'sequence_type';
    }
}

#[ORM\Column(name: 'internalId', type: 'sequence_type', nullable: true, insertable: false, updatable: false)]
private int $internalId;

Comments

[Дмитрий]

Добрый день.
Этот вариант я попробовал ещё вчера, как только Вы посоветовали его использовать.
Но это опять же не решает проблему.
Валидация схемы не проходит.

Какой вариант я не пробовал - результат один и тот же.

Ваш вариант не даст решить проблему, валидация не пойдёт и потребует сменить тип столбца на 'serial' и 'drop default'.

В любом случае благодарю Вас за помощь в попытке решить проблему.

[tukreb]

Дмитрий, Вы можете попробовать продебажить, чтобы выяснить что является причиной drop default'

[Дмитрий]

tukreb, думаю, что это будет пустая трата времени.
Я пытался сделать это и на чистом symfony и в legacy проекте и везде одинаковый вариант.

Пробовал так же вариант с получением следующего значения из sequence.

#[ORM\Column(type: 'integer')]
private int $internalId;

В миграции создавалось поле и sequence

$this->addSql('CREATE SEQUENCE sequence_amqp_auth_user_internal_id_seq INCREMENT BY 1 MINVALUE 1 START 1');
$this->addSql('ALTER TABLE amqp_auth_user ADD internal_id INT NULL');

В репозитории сущности добавил метод для получения следующего значения.

public function nextVal(): int
    {
        return (int)$this->connection->executeQuery('SELECT nextval(\'sequence_amqp_auth_user_internal_id_seq\')')->fetchOne();
    }

И при создании новой записи использовать этот метод.

$user = User::create(
   ********,
   internalId = $this->repo->nextVal()
);

И опять же всё работает.
Но, как только я создаю следующую миграцию, то первой строкой требование удалить sequence)))

Избежать можно это через schema_filter: в самой doctrine. Буду использовать такой вариант.