我听说过在生产系统中使用Firebird数据库的两个主要反对意见：不支持复制，并且存在无法恢复备份的严重问题。但那是不久之前，我知道Firebird已经（现在仍在）不断改进和发展。
那么今天这些问题的相关程度如何，还有其他任何交易破坏者会在生产系统中使用不必要的难度吗？
答案 0 :(得分：1)
查看Firebird网站上的参考文献：http://www.firebirdsql.org/en/case-studies/
答案 1 :(得分：0)
除了我个人遇到的无法恢复的备份情况（需要测试它们！）和复制之外，Firebird还缺少许多高级功能，例如：
此外，每个表的行数和索引宽度都有一些限制，但它不是一个设定的数字 - 它取决于页面和行的大小。我记得行限制通常在数十亿。
*（使用“仔细写入”，Firebird数据库文件本质上是一个事务日志和数据库文件，因此一旦崩溃，它应该是最后提交的没有损坏的事务。这也意味着重启后0恢复时间。）
答案 2 :(得分：0)
我们从2000年发布的第一个版本（0.9 beta）开始在我们的财务应用程序（2层）中使用Firebird作为数据库服务器。
复制 - 我们使用自己的内部解决方案，所以我对可用的3D派对服务没什么可说的。
至于无法恢复备份的严重问题。。我暂时没有遇到这些问题。可以在备份时修改数据库结构，但不能恢复数据库结构。但是，如果不删除原始数据库，则总是可以修复数据或元数据，这使备份/恢复例程再次对该数据库起作用。
要遵循的唯一规则：还原时不要覆盖原始数据库。始终在新文件中恢复备份。
答案 3 :(得分：0)
即使您崩溃了数据库或备份（firebird） - 也有团队根据需要进行恢复（破坏的备份或损坏的数据库）：http://ib-aid.com/team/