在DB中创建一个新字段：编辑迁移创建表或使用Alter Table创建新的迁移？

目前golang学习网上已经有很多关于文章的文章了，自己在初次阅读这些文章中，也见识到了很多学习思路；那么本文《在DB中创建一个新字段：编辑迁移创建表或使用Alter Table创建新的迁移？》，也希望能帮助到大家，如果阅读完后真的对你学习文章有帮助，欢迎动动手指，评论留言并分享~

对于那些直接在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（无限格式）上运行此项目，新反射会出现吗？如果此系统正在生产和用户数据中，那么应用此迁移将是最有效的方法？

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

今天关于《在DB中创建一个新字段：编辑迁移创建表或使用Alter Table创建新的迁移？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！