Как правильно создать 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.