对于那些直接在PhpMyAdmin中创建纯SQL表的人来说，迁移是一场革命。正如git vers and源代码一样，迁移是处理您的数据库的一种方式
请参阅有关codeigniter迁移的文档
使用迁移更容易构建您的DB并具有其演变的历史
Codeleter数据库迁移：命令的说明
迁移 - 仅安装数据库，激活迁移up（）方法。如果创建新迁移，请使用此选项
- 迁移：回滚 - 仅拆卸数据库，激活方法（）迁移
- php火花迁移：回滚-b 1：回滚的示例，返回到批次1
- >
- 迁移：刷新 - 拆卸和组装：使'迁移：回滚'，然后使'迁移''
迁移：状态 - 从迁移状态生成报告 - >在上面的命令中，可以在BD中自动化几个任务：清洁，销毁，重建，返回以前的版本，将伪造的数据放置，在其他地方重建DB等。 >
创建一个新字段：编辑迁移奶油表或使用Alter表创建新的迁移？
>在定制项目中，我决定在“模板”实体上创建一个名为“主题”的新字段。从那里有一个疑问：通过创建新字段来更新应用程序的最佳方法是什么？
我相信解决此问题的方法取决于项目的状态，无论是否在生产中。我脑海中提到了两个选择：选项A：我应该仅通过添加一个新的“主题”字段来更新迁移创建表？
>我认为，如果系统未在生产中发布，则“选项A”（更简单）会更合适，因为这足以更新创建表迁移，使用迁移：refresh：refresh（数据库中的删除测试数据）准备
选项B：我应该通过添加一个新的“主题”字段来创建一个带有Alter表的新迁移？
>我认为，如果系统正在生产中，则“选项B”（更复杂）会更合适。在这种情况下，它需要添加“主题”字段并复制与“名称”字段相同的数据，以免破坏系统。运输电子邮件使用广告系列的“名称”字段，现在将使用模板“主题”字段，因此不能为空
决定最后，我认为“选项B”是最好的选择，因为它更难实施（对教学目的非常好），我认为这在两种情况下都适用：开发和生产
从我的编程经验中，这个解决方案可能是不完整的 - 甚至是无关紧要的 - 因为可能有我尚未看到的观点。通过在DevOps Track（无限格式）上运行此项目，新反射会出现吗？如果此系统正在生产和用户数据中，那么应用此迁移将是最有效的方法？
您如何看待这些思考？留下您的评论！
