Mysql 在重写模式时，您如何正确地删除数据库中具有依赖项的外键表？
我使用django/rails，如果我完全改变了对模式的看法，想要删除被引用为FK的内容，如果我删除该表，django会问我这将需要删除依赖于它的所有对象……可以吗 我想知道除了幽默的答案，比如使用graphdb或更好地规划db之外，对于系统使用的工作数据的这种重大变化，DBA产品的严肃回答是什么 你也可以保持沉默，在MVC模型上面留下评论，不使用旧的cruft模型之后，运行每日脚本，以确保新员工不使用该模型。从长远来看，这似乎相当糟糕 今天早上考虑一下，它是否简单到读取引用此项的所有表的模式，并在所有这些表的多个侧中删除FK reference列，然后就没有问题了 如果这是答案，有没有任何可能的副作用？像其他引用这些表并运行期望外键列存在的查询的表一样？如果是，该怎么办Mysql 在重写模式时，您如何正确地删除数据库中具有依赖项的外键表？,mysql,database,postgresql,database-administration,Mysql,Database,Postgresql,Database Administration,我使用django/rails，如果我完全改变了对模式的看法，想要删除被引用为FK的内容，如果我删除该表，django会问我这将需要删除依赖于它的所有对象……可以吗 我想知道除了幽默的答案，比如使用graphdb或更好地规划db之外，对于系统使用的工作数据的这种重大变化，DBA产品的严肃回答是什么 你也可以保持沉默，在MVC模型上面留下评论，不使用旧的cruft模型之后，运行每日脚本，以确保新员工不使用该模型。从长远来看，这似乎相当糟糕 今天早上考虑一下，它是否简单到读取引用此项的所有表的模式，
在家里，我还没有投入生产，在工作中我们有DBA，所以我想知道专家DBA是如何处理这个特定的事情的。谢谢你你到底在问什么？DBA如何删除外键？这是一个简单的ALTER表。我想知道如何正确地重新组织一个数据库，该数据库有一个表，如果其他内容依赖于它，则需要删除该表。从代码中删除对该表的任何引用，删除外键约束，删除外键列，删除该表。最好按那个顺序。