使用 interbase 设计数据库表的最佳方法？

Question

我即将开始以适当的方式重做公司数据库。我们当前的数据库很混乱，几乎没有文档。我想知道人们在设计 Interbase 数据库时建议使用什么？是否有某种好的可视化模式设计器可以生成 SQL？全部手工完成是不是更好？

基本上，人们在设计和记录数据库时通常采取哪些步骤？如果重要的话，我打算使用 Hibernate 作为数据库的 ORM。（Interbase 的具体提示也将不胜感激）。

谢谢！

Answer 1

如果这是一个最近创建的全新数据库应用程序，并且在业务中不被依赖，那么我会说全力推进您的重写/新数据库。然而，我怀疑您正在处理一个已经存在了几年并且被大量使用的数据库。

如果我对数据库已有几年历史的看法是正确的，我强烈建议不要从头开始。几乎任何已经存在了几年的生产数据库都会“混乱”。这通常是因为现实世界对程序的要求通常要求解决方案有些混乱。几年后，您的全新数据库（如果您走这条路）也将如此。

以下是我不会从头开始重新创建生产数据库的一些原因：

• 实时数据库包含多年的交易和客户数据，非常有价值。将这些数据转移到完全不同的数据库结构中将非常困难。相信我，即使公司现在告诉你他们不需要访问这些旧数据，他们也会的。
• 许多业务规则可能已经以默认值、触发器、存储过程、甚至列的数据类型的形式内置到数据库结构中，如果不仔细检查这些规则并记录它们，您可能会将它们排除在外。当人们开始使用系统并发现规则没有正确应用时，需要花费大量时间调试和添加新数据库
• 您很可能在新的数据库设计中犯错误，或者后来意识到需要更改结构以适应新功能。如果您一直在对当前数据库进行更改并从中学习，那么未来的更改将变得更容易、更直观。

这是我推荐的方法：

• 了解并记录当前数据库，这将使您更好地了解业务中的信息流。
• 当您看到看起来糟糕或混乱的设计时，请仔细查看。您可能是对的，并看到了变革的潜力，或者您可能会发现出于性能或其他原因而进行了权衡，您可以从中学习。
• 对数据库结构进行增量改进，确保更新文档，更改依赖于这些区域的程序（或者与您的程序员合作，如果不是您的话）。

我知道这似乎是一个很长的路要走，但是从一个已经维护和创建数据库 12 年的人那里得到的答案是——你当前的数据库可能很混乱，因为现实世界的需求很混乱。

Answer 2

通常，我使用文本编辑器。偶尔，我使用数据库工作台。上次我听说，Embarcadero公司打算IB的支持添加到他们的一些数据库建模工具，但我不知道是否已经发货呢。