问题标签 [schema-migration]

我很喜欢 Rails 的数据库迁移管理系统。它不是 100% 完美的，但它可以解决问题。Django 没有提供这样的数据库迁移系统（还没有？），但是有许多开源项目可以做到这一点，例如 django-evolution 和 south。

所以我想知道，您更喜欢哪种 django 数据库迁移管理解决方案？（请每个答案选择一个）

我有基于数据库的应用程序，每当架构发生任何更改时，我都会删除架构和数据库内容。现在它处于开发模式。很快我们就会在生产中发布应用程序。但是我们怀疑在我们将应用程序发布到生产使用之后可能会有很多变化。该软件应安装在全球许多地方。（不是基于网络的应用程序）

在这种情况下，模式迁移工具如何工作？或者我们如何在我们怀疑模式更改的典型基于数据库的应用程序中使用它们？

我最近一直在简单地研究 JPA，我想知道数据库模式迁移和与您创建的类保持一致的情况是什么。

JPA 对这些东西有支持吗？公用事业？最佳实践？

干杯!

Visual Studio 2008 Database Edition (Data Dude) 能够在数据库之间执行架构比较并生成从一个数据库迁移到另一个数据库的脚本。是否可以执行此比较并从命令行生成迁移脚本？如果是这样，命令行工具是什么，在等效版本​​的 Visual Studio 2010 中使用的工具是什么？

从 Ruby on Rails 中，我了解了一种舒适且易于管理的数据库迁移方式。

在 Qt4 中如何处理这种情况？它不需要像 Rails 的解决方案那样详细说明。我可以通过运行 SQL 和代码片段来提高或降低数据的版本列表。

我用谷歌搜索了一下，但似乎没有标准的解决方案。以前似乎没有人挠过头。看起来每个人都实现了自己的想法。

是否有人对标准解决方案感兴趣或正在研究并愿意分享努力？或者甚至有一个可行的实现？我正在考虑使用类似于information_schemaRails 中的表的想法，并让应用程序运行一个向导来升级或降级数据库（并且可能首先提供备份/转储），或者作为另一种选择，只需运行没有向导的迁移，也许只是一个方便的进度条。

我重写了很多模型，因为我只是在运行一个测试服务器，所以我使用 ./manage.py reset myapp 来重置数据库表，一切正常。

但我这次尝试这样做，我得到一个错误，

“完整错误：关系“myapp_tagger”的约束 owner_id_refs_id_9036cedd 不存在”

所以我想我会核对整个网站并重新开始。所以我做了。 . 我认为flush应该删除所有表。syncdb 说没有添加任何装置。

我认为该错误与我将标记器模型更改为具有与另一个对象绑定的名称所有者的外键有关。

我尝试将related_name 添加到外键参数中，但似乎没有任何效果。

我的一个较大的应用程序是在 Oracle 数据存储上使用 NHibernate。对于测试/开发，应用程序使用 NHibernate 的模式生成在需要时创建/重新创建数据库。在交付之前，DBA 要求我们做的一件事是为数据库中的每个字段添加注释（有很多）。我正在寻找可以让我在映射文件中指定注释的解决方案。有没有人做过这样的事情？NHibernate 会通过我的一点努力来支持这项活动吗？

我在 heroku 上的生产环境中运行了一个应用程序，但是 schema_migrations 表存在问题。

文件中存在最后一次迁移更改db/schema.rb，但表中没有此迁移的条目schema_migrations。

因此，在运行时，rake db:version我得到了与上次迁移之前执行的迁移相对应的数字。

我相信我应该在表上为这个迁移添加一个条目schema_migrations，但我不确定如何在不影响我数据库上的日期和远程 heroku 上的日期的情况下执行此操作。

我们正在开发一个使用 Entity Framework 4（代码优先）和 Fluent Migrator 的项目。

在整个项目过程中，我们为我们希望在各种环境中填充的测试数据创建了所有架构更改和配置文件的迁移。

但是，插入我们希望在所有环境中填充的“代码”和/或“状态”的最佳实践是什么？我们应该在创建表的过程中指定它们还是应该为它们创建一个特定的配置文件？

更具体地说，我们有一个为我们的数据库定义的地址类型的“代码”表，如下所示：

那么，我们是否应该利用这个机会也用我们的数据填充 AddressTypes 表？或者我们应该将其抽象为某种形式的配置文件？

我看到了两者的优点和缺点，所以我很想听听其他团队是如何处理这种情况的。

我在我的应用程序中使用数据库迁移插件，但在使用其他具有数据库模式依赖项的插件时遇到问题。

我想使用迁移插件来设置/重构我的数据库，以准备使用新安装的插件（例如分类插件）。问题是迁移插件在其他插件之后加载，因此我的应用程序在我什至可以运行迁移之前就失败了（未应用架构依赖项）。在我看来，数据库迁移应该在其他插件之前运行（在 99% 的情况下）是合理的。正确的？

有没有办法（不使用“def loadBefore”自定义迁移插件）强制迁移插件首先加载？

谢谢