对于那些直接在PhpMyAdmin中创建纯SQL表的人来说，迁移是一场革命。正如 vers and源代码一样，迁移是处理您的数据库的一种方式

请参阅有关codeigniter迁移的文档

使用迁移更容易构建您的DB并具有其演变的历史

Codeleter数据库迁移：命令的说明

迁移 – 仅安装数据库，激活迁移up（）方法。如果创建新迁移，请使用此选项

迁移：回滚 – 仅拆卸数据库，激活方法（）迁移

php火花迁移：回滚-b 1：回滚的示例，返回到批次1

• >
  迁移：刷新 – 拆卸和组装：使’迁移：回滚’，然后使’迁移”

迁移：状态 – 从迁移状态生成报告

• >在上面的命令中，可以在BD中自动化几个任务：清洁，销毁，重建，返回以前的版本，将伪造的数据放置，在其他地方重建DB等。

>

以及这些已经自动化的任务，现在挑战是考虑如何更好地构建迁移

创建一个新字段：编辑迁移奶油表或使用Alter表创建新的迁移？

>在定制项目中，我决定在“模板”实体上创建一个名为“主题”的新字段。从那里有一个疑问：通过创建新字段来更新应用程序的最佳方法是什么？

我相信解决此问题的方法取决于项目的状态，无论是否在生产中。我脑海中提到了两个选择：

选项A：我应该仅通过添加一个新的“主题”字段来更新迁移创建表？

>我认为，如果系统未在生产中发布，则“选项A”（更简单）会更合适，因为这足以更新创建表迁移，使用迁移：refresh：refresh（数据库中的删除测试数据）准备

选项B：我应该通过添加一个新的“主题”字段来创建一个带有Alter表的新迁移？

>我认为，如果系统正在生产中，则“选项B”（更复杂）会更合适。在这种情况下，它需要添加“主题”字段并复制与“名称”字段相同的数据，以免破坏系统。运输电子邮件使用广告系列的“名称”字段，现在将使用模板“主题”字段，因此不能为空

决定

最后，我认为“选项B”是最好的选择，因为它更难实施（对教学目的非常好），我认为这在两种情况下都适用：开发和生产

从我的编程经验中，这个解决方案可能是不完整的 – 甚至是无关紧要的 – 因为可能有我尚未看到的观点。通过在DevOps Track（无限格式）上运行此项目，新反射会出现吗？如果此系统正在生产和用户数据中，那么应用此迁移将是最有效的方法？

您如何看待这些思考？留下您的评论！

以上就是在DB中创建一个新字段：编辑迁移创建表或使用Alter Table创建新的迁移？的详细内容，更多请关注php中文网其它相关文章！