我的公司在我们的一款产品中使用 ElevateDB。然而，我们的数据库只是一堆表。最近，随着更多功能的设计和更多模块的添加，我们发现我们的数据不再是“一堆不相关的表”，而是开始成为真正的数据结构。
我以前没有使用 ElevateDB 的经验，我主要使用 Oracle、MSSQL 和 Firebird。那么问题来了，如果我们想要重构表结构以具有外键约束并实现关系完整性，ElevateDB 上常见的陷阱有哪些？我不是在问有关关系数据库的一般问题，但我对 ElevateDB 的注意事项感兴趣。
我们使用 Delphi 2009 作为客户端应用程序。
最佳答案
ElevateDB 中的 RI 唯一可能让您遇到麻烦的是缺乏级联更新或删除。我们将这些留给用户来处理事务(您也可以使用触发器来执行此操作)。无论如何，ElevateDB 始终会强制执行 RI，并防止主键和外键方面出现任何不正确的数据。本质上，ElevateDB 的 RI 仅支持 ON UPDATE 和 ON DELETE 子句的 RESTRICT 选项。
如果您有任何其他问题，请随时通过 Stuart 提到的 URL 在我们的新闻组中提问。
关于delphi - ElevateDB 关系模型的注意事项，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1226496/