Database 根据Firebird 2.5要求检查Firebird 1.5模式的工具或程序

是否有工具或书面程序来检查Firebird 1.5 scnema中需要固定的内容，以使其在Firebird 2.5环境中可用

我知道在2.0中添加了一些更改和保留字，但其中一些内容似乎在2.5中被重新讲授或更改

仅仅尝试在2.5中加载模式就足够了吗？触发器是在创建时验证，还是仅在实际运行时验证

---

是否有一个我似乎找不到的明确的变更列表

只需将代码放入sql脚本中，并尝试在空的Firebird 2.5数据库上执行它，然后检查是否有任何失败。这样，将创建所有数据库对象，任何不兼容都将导致错误

---

请注意，备份和还原不会针对新的保留字等验证现有触发器和过程。如果您点击了其中任何一个，则只有在尝试重新编译触发器/过程时才能知道，因此，创建一个新的数据库并应用脚本是获得100%保证的最简单方法。

只需将代码放入sql脚本中，并尝试在空的Firebird 2.5数据库上执行它，然后检查是否有任何故障。这样，将创建所有数据库对象，任何不兼容都将导致错误

---

请注意，备份和还原不会针对新的保留字等验证现有触发器和过程。如果您点击了其中任何一个，则只有在尝试重新编译触发器/过程时才能知道，因此，创建一个新的数据库并应用脚本是获得100%保证的最简单方法。

只需将代码放入sql脚本中，并尝试在空的Firebird 2.5数据库上执行它，然后检查是否有任何故障。这样，将创建所有数据库对象，任何不兼容都将导致错误

---

请注意，备份和还原不会针对新的保留字等验证现有触发器和过程。如果您点击了其中任何一个，则只有在尝试重新编译触发器/过程时才能知道，因此，创建一个新的数据库并应用脚本是获得100%保证的最简单方法。

只需将代码放入sql脚本中，并尝试在空的Firebird 2.5数据库上执行它，然后检查是否有任何故障。这样，将创建所有数据库对象，任何不兼容都将导致错误

---

请注意，备份和还原不会针对新的保留字等验证现有触发器和过程。如果您点击其中任何一个，只有在尝试重新编译触发器/过程时您才会知道，因此创建新数据库并应用脚本是100%保证的最简单方法。

谢谢。我不确定什么时候会再次检查触发器。谢谢。我不确定什么时候会再次检查触发器。谢谢。我不确定什么时候会再次检查触发器。谢谢。我不确定何时会再次检查触发器。