标签： 数据库迁移
-
在Laravel 9执行数据库迁移修改字段名称及属性时，遇到列名不存在的报错。尝试先修改属性再重命名字段，虽然迁移成功但字段注释未更新。最终方案是直接删除原字段后再重新添加，执行迁移后表结构符合预期。
-
在 Laravel 6 执行数据库迁移时，遇到 SQLSTATE[42000] 报错，提示索引名称 theme_installation_version_preset_theme_store_theme_version_id_index 长度为 68，超过了 MySQL 5.7 默认 64 的限制。通过利用 Laravel 索引方法支持自定义名称的特性，将索引名称明确指定为更短的 tivp_theme_store_theme_version_id_index，仅使用表名首字母缩写。最终重新执行迁移，成功解决了该标识符过长的问题。
-
在 Laravel 6 的数据库迁移中添加外键约束时遇到 Cannot add foreign key constraint 错误。经排查，发现是由于表 theme_asset_version 的字段 asset_id 类型与 theme_asset 的主键 id 类型不一致。将 theme_asset_version 表的 asset_id 字段类型调整为 unsignedBigInteger 后，确保了两表字段类型一致，成功解决了该报错并完成了迁移。
-
针对 Laravel 6 中表 theme_asset 的字段 theme_id 需要从 varchar(255) 修改为 char(36) 类型的需求，在尝试使用 Doctrine\DBAL 的 uuid 和 char 类型均报错后，最终决定使用 DB::statement 执行原生 SQL 来完成修改。经对比生成表的 SQL，结果符合预期。
-
Laravel 6 的数据库迁移默认不支持直接添加表注释，参考相关解决方案后，通过修改迁移代码实现了这一功能。执行数据库迁移并查看结果，确认表注释已成功添加到数据表中。
-
针对 Laravel 6 使用 nwidart/laravel-modules 模块时，执行数据库迁移回滚出现 Migration not found 的问题，分析了原因在于迁移文件位于 Modules 目录而非默认路径。通过使用 module:migrate-rollback 命令替代默认的 rollback 命令，成功回滚了模块内的迁移操作，最终将数据表字段修正为 mime_type。
-
在 Yii 2.0 中使用数据库迁移创建主键时，默认的 primaryKey() 方法仅支持生成 int(11) 类型的主键，无法直接满足创建 varchar(32) 字符串类型主键的需求。为了解决这个问题，文章采取了先创建字符串类型字段，随后在表创建完成后使用 addPrimaryKey() 方法将该字段设置为主键的操作流程。最终通过这一分步方式成功实现了基于字符串类型的主键功能。
-
在 Rancher 升级容器时遇到数据库迁移重复执行导致报错的问题。经分析，原因是数据库迁移耗时过长致使容器初始化超时，引发健康检查失败和容器反复重启。虽然调整了就绪检测时间，但初始化部署仍报超时。检查 MySQL 发现，特定迁移记录虽不存在于迁移表，但表结构已是执行后的结果，表明迁移曾在后台完成。最终确认需进一步优化检测配置以解决初始化阶段的冲突。
-
文章介绍了在 Yii 2.0 中通过命令行生成数据库迁移类并为表添加多个字段的方法。通过遵循 add_xxx_to_yyy 的命名格式并配合 fields 参数，可自动生成包含 addColumn 和 dropColumn 的类文件。编辑该文件补充字段注释与顺序后，使用提交命令升级数据库结构，最终验证表设计符合预期。