对于那些直接在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创建新的迁移？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1252694.html
微信扫一扫 
支付宝扫一扫 
