mysql – Doctrine架构更新总是尝试添加NOT NULL

5.6堆栈.

在执行一个学说：schema：update –force之后,我可以看到

数据库架构更新成功！执行了“x”查询

这是我的问题：即使我多次执行它,doctrine总是会发现架构差异.

使用–dump-sql,我可以看到所有这些查询都与：

>在字符串主键上添加NOT NULL

>在datetime上添加NOT NULL

领域

但是,当我检查我的数据库时,这些列已经有一个NOT NULL.

以下是单个属性/列的示例：

class MyEntity
{
    /**
     * @ORM\Id
     * @ORM\Column(type="string", length=5, name="cd_key")
     * @ORM\GeneratedValue(strategy="AUTO")
     */
     private $code;
     ...

这是SHOW CREATE TABLE my_entity的结果; ：

CREATE TABLE `my_entity` (
  `cd_key` varchar(5) COLLATE utf8_unicode_ci NOT NULL,
  `label` varchar(255) COLLATE utf8_unicode_ci NOT NULL,
  `number` int(11) NOT NULL,
  PRIMARY KEY (`cd_key`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci ;

在这里,查询原则尝试使用doctrine：schema：update命令执行：

ALTER TABLE my_entity CHANGE cd_key cd_key VARCHAR(5) NOT NULL;

>我在每个命令执行之间清理我的Symfony缓存.

>我尝试在@Column注释上添加nullable = false(事件,如果它已被定义为@Id),但没有效果.

>一个学说：schema：validate没有找到任何映射问题(当然不同步)

>我尝试删除并重新创建完整的数据库,但没有效果.

有任何想法吗 ？

修复.

更新doctrine / dbal将是解决方案( not working for me though )：

$composer require doctrine/dbal:^2.7.1

从配置中取消设置服务器版本(mysql / mariadb)也可以解决问题(但仍然不适合我).

如果一个人正在使用迁移,他仍然可以手动调整它们(但他的模式将永远不会被删除).