gpt4 book ai didi

MySQL 在 Yii2 迁移时抛出错误,在 PhpMyAdmin 中没有

转载 作者:行者123 更新时间:2023-11-28 23:44:39 25 4
gpt4 key购买 nike

在我的一次迁移中,我向所有表添加了“dateCreated”列。这对大多数表都适用,但对其中一些表会抛出一个奇怪的错误:

'SQLSTATE[22007]:日期时间格式无效:1292 日期值不正确:第 1 行的“start_date”列为“0000-00-00”
正在执行的 SQL 是:ALTER TABLE
paymentsADDdateCreatedDATETIME NULL DEFAULT NULL'

列“start_date”已经存在,但我不明白为什么这与新创建的列有任何关系。这打破了我的迁移。当直接应用于 PhpMyAdmin 中的表时,相同的 SQL 工作正常。 Yii 是否向查询添加了额外的检查,还是我遗漏了其他东西?

这是完整的迁移:

public function up()
$tableNames = Yii::$app->db->schema->tableNames;

foreach ($tableNames as $tableName) {
Yii::$app->db->createCommand('ALTER TABLE '.$tableName.' ENGINE = InnoDB')->query();
}
}

最佳答案

您的迁移存在一些错误。

1) 迁移应该与数据库结构和与添加时间相关的数据交互,而不是当前时间。

当你这样写的时候:

Yii::$app->db->schema->tableNames;

您在运行迁移时指的是所有现有表。

想象一下,如果您稍后添加一些新表,并且某些表不需要该列。如果您的新队友将运行迁移或将在新服务器上运行,则 dateCreated 将添加到所有表中。如果是其他操作,例如删除,这可能会导致严重的问题,例如意外的数据丢失。

所以请记住 - 始终使用与创建迁移时刻相关的数据库结构和数据进行操作。

例如,我建议创建私有(private)静态数组,并在 up()down() 方法中使用它。

private static $_tableNames = [
'tableName1',
'tableName2',
];

2) 当query比较多的时候,用transaction包裹起来会更安全。请改用 safeUp()safeDown() 方法。在这种情况下,如果迁移在某些查询上失败,将应用回滚,您无需对数据库进行任何额外的手动操作。

3) 迁移中的此类常见任务无需编写原始 SQL。使用 yii\db\Migration 方法。

4) yii\db\Command query()用于选择,删除使用execute()。但是不需要使用它,因为在迁移中有执行原始 SQL 的快捷方式:$this->execute('YOUR SQL GOES HERE')

5) 我建议在列名中使用下划线 (_) 作为分隔符,但这并不重要。

所以最后你的迁移看起来像这样:

use yii\db\Expression;
use yii\db\Migration;

class m111111_111111_add_date_created_column_to_all_existing_tables extends Migration
{
/**
* @var array List of table names
*/
private static $_tableNames = [
'tableName1',
'tableName2',
],

public function safeUp()
{
foreach (self::$_tableNames as $table) {
$this->addColumn($table, 'date_created', $this->dateTime()->defaultValue(new yii\db\Expression('NULL')));
}
}

public function safeDown()
{
foreach (self::$_tableNames as $table) {
$this->dropColumn($table, 'date_created');
}
}
}

这更像是代码审查,但回到主要问题:在提供的代码中根本没有添加 dateCreated 列(实际上根本没有更改)和相关的错误start_date 来自不同的部分。

此类查询的逻辑:

ALTER TABLE payments ADD dateCreated DATETIME NULL DEFAULT NULL

是正确的,因此 dateCreated 列将添加到所有列出的表名中。

现有行将填充NULL 数据(对于dateCreated 列),因此不会有像0000-00-00 这样的值> 出现(也是日期时间,而不是日期)。 start_date是一个不同的列,在代码的其他地方检查与之相关的逻辑。

关于MySQL 在 Yii2 迁移时抛出错误,在 PhpMyAdmin 中没有,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33774554/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com