问题标签 [referential-integrity]

情况非常严重，我们在 AS400 上的 DB2 中有一个表，它定义了另一个表的外键，所以我们正在输入具有引用表的常规 ID 的记录，所以当我们通过前端工具输入 SQL 插入时一切正常。

当通过使用 Spring Framework（仅 SQL 处理程序、Web 服务...）的 java 应用程序完成此插入时会出现问题，因此使用 jt400.jar 中的 jdbc 驱动程序完成 PreparedStatement。我们收到消息“参照完整性检查失败”，正如我们检查的那样，这是不可能的。

有没有人有类似的经历？我们应该升级 JTOPEN 库吗？现在有实际的 6.5 版本，我们在生产中使用 6.3，并且担心将其升级到 6.5 会产生负面影响。

忘了提一下，重启 Tomcat（应用服务器）没有效果，但如果我重启 linux box（ubuntu 8.10）一切正常。与 DB 的连接由 JNDI 管理。

如果我定义一个模型，其中一个Customer“有很多”和“属于”的，在 Rails 中我们谈论有一个外键，但我们并不是说这在数据库中是强制的。OrderCustomerOrdersOrderCustomerOrderCustomercustomer_id

因为 Rails 没有将此定义为数据库级别的约束，所以可能存在违反数据完整性的风险，可能在应用程序外部（或者如果您同时收到请求，则在内部？），除非您在数据库中手动强制执行该约束。

为什么 Rails 不在数据库级别定义外键，或者有没有办法让 Rails 做到这一点？

我检查了所有错误：主键、唯一性和类型。Access 似乎无法链接我数据库中的 2 个字段。有人可以看看吗？

http://www.jpegtown.com/pictures/jf5WKxKRqehz.jpg

谢谢。

我无法使用手册中记录的 Zend Frameworks 表关系来定义参照完整性关系。

我已经用尽了所有可能的配置（看起来如此），现在正面临着开发应用程序而无法使用级联删除的前景，这是不可取的。

任何人都可以看到有什么问题或提供任何建议吗？

我的项目是使用新的 ZF 1.8.3 推荐方法和数据映射器设置的，我想知道这是否是我无法复制参考指南中描述的行为的原因。有没有人有这个问题的经验？

以下是课程的相关部分：

应用程序/模型/UsersMapper.php

应用程序/模型/DbTable/Users.php

应用程序/模型/CommentMapper.php

…以及类定义的相关表：

评论.php

我让 Zend Framework 提供 DRI 层的问题现在可以这样总结。

使用下面的类定义，我可以通过我的本地 UserController“public/users/delete/userId/22”删除用户但不能删除相关评论，即使我已经设置了参考映射和表关系定义。

当我删除用户记录时，为什么没有删除关联的评论记录，有没有人有任何答案？

我时不时会思考这个问题，所以我想我会问你们。

假设我有一个如下所示的数据库表：

这只是一个用于确保参照完整性的表。它基本上是一个存储在数据库中的枚举，用于确保出现在其他表中的任何 Visiblity 值始终有效。

在我的前端，我有一些选择。

1. 我可以查询该表并将其存储在 aDictionary<string, int>或 aDictionary<int, string>中。

2. 我可以手动编写一个枚举，并在表发生更改的罕见事件中手动编辑值。例如，

   public enum Visiblity { Visible, Invisible, Collapsed }

3. 还有什么？？？？

你会建议哪一个，为什么？

谢谢。

我的公司在我们的一种产品中使用了 ElevateDB。然而，我们的数据库只是一堆表。最近，随着更多功能的设计和更多模块的加入，我们发现我们的数据不再是“一堆不相关的表”，而是开始成为真正的数据结构。

我以前没有使用 ElevateDB 的经验，我主要使用 Oracle、MSSQL 和 Firebird。所以问题是——如果我们想重构表结构以具有外键约束并实现关系完整性，那么 ElevateDB 的常见缺陷是什么？我不是在询问有关关系数据库的一般问题，但我对 ElevateDB 的注意事项感兴趣。

我们使用 Delphi 2009 作为客户端应用程序。

我正在尝试使用此处描述的物化路径模型来实现树状结构：http ://www.dbazine.com/oracle/or-articles/tropashko4 。

是否可以在 [path] 字段上强制执行参照完整性？我不知道 SQL 是如何做到的，我必须在 DAL 中手动完成吗？

我最近在 Fowler 的 PofEA 中读到，一些数据库引擎允许您将 RI 检查推迟到事务结束。这在 SQL Server 中可行吗？

问题出现在我试图保存包括插入和删除在内的更改的某些情况下，确定执行操作以避免 RI 失败的正确顺序可能很棘手。我知道在交易结束时 RI 会很好，因此推迟这些检查似乎是理想的。

如果我有一个没有引用完整性或键的旧数据库，并且它使用存储过程进行所有外部访问，那么使用 nHibernate 持久化实体（对象图）有什么意义？

另外，SP 不仅包含 CRUD 操作，还包含业务逻辑......

我开始认为坚持使用自定义 ado.net DAL 会更容易:(

干杯

奥利