数据库备份与恢复

发布于 2024-10-16 06:15:39 字数 188 浏览 4 评论 0原文

我正在开发一个股票/电子商务网络应用程序。我们已经使用我们的软件版本一段时间了,我们准备在数据库中引入一些新实体并稍微更改架构。 问题是我不想丢失任何数据,但如果我进行简单的备份,然后设置我们软件的新版本,架构将发生显着变化。添加用于连接的列等。我从来没有真正这样做过,但是有什么方法可以备份所有数据,然后将其恢复到稍微不同的架构并进行一些调整?比如重命名列等。

I am developing a stock/e-commerce web application. We have been using a version of our software for a while now, and we are ready to introduce some new entities in our database and change the schema a bit.
The problem is that I do not want to lose any data, yet if I do a simple backup, then set up the new version of our software, the schema will change significantly. Adding columns for joins, etc. I've never really done this, but is there any way I can backup all data then restore it to a slightly different schema making some adjustments? like renaming a column etc.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

心安伴我暖 2024-10-23 06:15:39

我可以说,创建从一个版本到另一个版本的“迁移”脚本,测试它们,然后应用生产数据库的迁移副本(检查持续数据库集成或进化数据库设计)应该是开发过程的一部分模式)。每当我们对已经部署到生产中的东西进行重大架构更改时,我们都会使用这种方法,并且对我们来说就像魅力一样。只是我的 0.02 美元。

I could say it should be part of the development process to create 'migration' scripts from one release to another, test them and then apply a migration copy of the production database one change at the time (check for Continuous Database Integration or Evolutionary Database Design patterns). We use this approach every time we make an big schema change to something that has already been deploy to production and has worked for us like a charm. Just my $0.02.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文