在PHP/MySQL框架中删除表的最佳实践建议？

在MySQL（非生产）测试服务器中，修补、删除表、进行可逆更改的最佳实践提示是什么？在我的例子中，我正在学习一个PHP/MySQL框架

---

我工具箱中唯一的通用工具是在删除文件之前重命名它们。如果有问题，我总是可以将文件返回到其原始名称。我可以想象，对数据库应用相同的实践应该是可以的，因为客户端可能会失去与主机的连接。然而，当引用完整性仅在一个地方被破坏时，web应用程序框架如何进行呢？

我猜您指的是事务。MySQL中的InnoDB引擎支持事务和外键约束

在事务设计中，您可以执行一组查询，这些查询需要作为单个实体执行，以便有意义并保持数据完整性。事务启动后，如果出现问题，它将执行回滚，从而恢复到目前为止所做的所有更改，或提交数据库中的整个修改集

外键是引用数据的约束。因此，在主-明细关系中，您不能引用不存在的主记录。如果存在引用users.id字段的带有user_id的表注释，则不允许为不存在的用户输入注释

如果愿意，请在这里阅读更多内容 外键呢

---

哪种框架是真正的还是您自己的？数据库包装器，它是一个ORM，id是哪一个，还是仅仅调用/函数等。？不，您不能像对待文件一样对待数据库表，框架如何处理损坏的RI，当RI失败时，代码是如何设计的？这就是它将要做的。顺便说一句，无论谁把这个问题记为1，都需要检查一下自己的头脑，或者也许应该加上一条评论，说明为什么他们认为这是一个好问题。@PurplePilot:你是一个愤怒的飞行员，你的句子不是。。。也许放慢你的反应速度，那么你就不会同时表现出乐于助人和轻蔑了？在回答您的澄清要求时，我感兴趣的是内容管理的“真实”框架。不是“假”框架，也不是其他框架的id。我从事务链接中收集到，“在InnoDB中，所有用户活动都发生在事务中。”。这意味着该模型指的是数据库计划或设计。我的问题不是关于用户，也不是关于规划数据的引用完整性。我只是指管理数据。在本例中是框架的数据，但不是通过应用程序的API。