Doctrine генерирует столбцы «DEFAULT NULL», даже указано значение nullable=false

Мы перенесли конфигурацию из yml в аннотации. В лучшем случае, если мы это сделаем doctrine:schema:update --dump-sql модификаций не будет. Но теперь доктрина генерирует SQL "DEFAULT NULL" для всех существующих столбцов, не допускающих значение NULL.

Мы пытались установить явно nullable=false. А также мы попытались переместить это свойство столбца из встраиваемого в основной объект. Ничто не работает должным образом.

Таблица уже существует. Если у нас есть эта аннотация

/**
 * @ORM\Column(name = "first_name", type = "string", length = "255", nullable=false)
 */
protected $firstName;

доктрина порождает:

ALTER TABLE user CHANGE first_name first_name VARCHAR(255) DEFAULT NULL;

Действительно, очень похоже на баг. Какую версию Doctrine ORM и Doctrine DBAL вы используете? И какая платформа? Насколько я помню, было несколько проблем с MariaDB.

romaricdrigon 02.04.2019 09:34

Пожалуйста, попробуйте очистить мета-кэш перед обновлением схемы: доктрина:кэш:очистить-метаданные

codeneuss 02.04.2019 10:13

Доктрина ОРМ 2.6; Симфони 4.2.

Dom 04.04.2019 07:24
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Symfony Station Communiqué - 7 июля 2023 г
Symfony Station Communiqué - 7 июля 2023 г
Это коммюнике первоначально появилось на Symfony Station .
Symfony Station Communiqué - 17 февраля 2023 г
Symfony Station Communiqué - 17 февраля 2023 г
Это коммюнике первоначально появилось на Symfony Station , вашем источнике передовых новостей Symfony, PHP и кибербезопасности.
Управление ответами api для исключений на Symfony с помощью KernelEvents
Управление ответами api для исключений на Symfony с помощью KernelEvents
Много раз при создании api нам нужно возвращать клиентам разные ответы в зависимости от возникшего исключения.
2
3
453
0

Другие вопросы по теме