mysql – 转换数据库模式的最佳解决方案是什么？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了mysql – 转换数据库模式的最佳解决方案是什么？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1424字，纯文字阅读大概需要3分钟。

内容图文

我实际上想要摆脱数据库中现有的约束,我知道听起来很疯狂,但我们正在将我们的应用程序升级到一个新的框架,它依赖于外键约束名称,而且我们正在做一堆清理和重命名字段,桌子等

我想一个更好的方法来构建问题是给定一个需要经历以下内容的现有数据库：

>使用在框架内工作的名称创建所有全新的外键约束
>表将被重命名和/或大规模重组,包括重命名当前属于现有外键关系的字段

完成此任务的最佳方法是什么？

到目前为止我的解决方案是：

>创建一个转换脚本(在php中),它将为数据库中的所有约束运行DROP FOREIGN KEY.这导致在尝试ALTER TABLES并添加新约束时,在该过程的后续步骤中发生奇怪的错误.此外,删除了约束,但如果我尝试DROP键本身,我会收到错误.
>不使用PHP和PDO,而是使用直接SQL编写转换脚本,并使用CURSOR来删除约束.
>不是自己删除约束,而是将表转换为MyIsam并将DROP键转换回Innodb,然后继续进行其余的转换过程.
>从头开始创建一个全新的模式,然后将数据从旧模式移动到新模式.

我想知道哪种方法最有效？或者,如果有更好的方法这样做？

更新(此信息是在聊天室中请求的,所以我想我会在这里添加它)：

>当前架构有68个表,新架构将更接近55.
>最大的表只有超过800,000行,一般来说,我们的表只有数万个.
>整个数据库大约240 MB,但大部分都在一个存储大文本字段的表中.我们将在转换过程中压缩它.

解决方法:

当一步一步的清理变得比干净的平板和迁移方法更多的工作时,有一点.系统可用性和迁移时间可能会影响处理较大数量时的决策,但在此大小,而不是问题.

这里的关键因素是：

>重命名外键约束以适应新的应用程序框架.
>重构大部分现有表.
>数据量低.

在这种情况下,我很想设计一个适合您现在需要的模型的新模式,并创建必要的脚本来跨数据迁移(您的选项4).

内容总结

以上是互联网集市为您收集整理的mysql – 转换数据库模式的最佳解决方案是什么？全部内容，希望文章能够帮你解决mysql – 转换数据库模式的最佳解决方案是什么？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端