Oracle 数据库中的冲突触发器

Question

我有两个表，如下所示：

• department(alpha, College, etc.)
• course(id, alpha, College, title, etc.)

College 和 alpha 都存在于两个表中设计的表格。我决定稍微去规范化，因为在观看课程时总是需要大学和阿尔法。

我有一个触发器，在更新 department 表后执行，以便它使用新的 alpha 和 更新 course 表中的所有行>大学价值观。我还有一个在更新 course 表之前执行的触发器，以确保用户在他或她的提交中提交的 alpha-college 对department 表中存在编辑内容；如果该对不存在，则会引发应用程序错误。

这些都会引发冲突。第二个检查 department 表的新值是否在其中，但它们还没有，所以它会像应该的那样失败。

如果先执行第一个触发器，是否可以忽略第二个触发器？在这种情况下，我真的不想执行第二个触发器，因为我知道这些值位于第一个表中。如果这是不可能的，是否有更好的方法可以在不更改我的架构的情况下做到这一点？

Answer 1

你的第二个触发器听起来只不过是一个外键。删除它并在 course 上创建外键约束。这在我的测试中有效。

然而，支持非规范化似乎是不必要的工作，几乎没有什么好处。如果您只想编写简单的查询，请创建一个连接两个表的视图并在查询中使用它。如果您担心连接性能，我非常怀疑这会是一个问题，除非您缺少表上明显的索引。

Answer 2

我真诚地建议您一起删除您的触发方法，因为它受到脏读的负担。每当我遇到这样的挑战时，我都会仅使用存储过程来实现 DML。如果实施得当，您将获得触发器的所有优势，而不会感到头疼。

如果您担心要确保部门表的所有更新都遵循您的逻辑，就像课程中的更改一样，请删除除存储过程所有者之外的任何用户的更新权限。这确保了唯一可以修改该表的调用者是您控制和理解的存储过程。巧合的是，它成为更新表的唯一方法。

只需 0.02 美元

Answer 3

与使用触发器实现的大多数其他情况一样，您可以看到这里的负担，因为数据模型本身存在缺陷。

您可以实现与下面相同的逻辑，并使用 PK 和 FK 约束维护所有规则。

---Department references College...

Create table department(
   department_id number primary key,
   aplha varchar2(20) not null,
   college varchar2(20) not null
);

***--Course belongs to a department.. so should be a child of department.
--If it's possible for different depts to give the same course (IT and CS), 
--you'll have 
--a dept_course_asc table***

Create table Course(
    course_id number primary key
    department_id number references department(department_id),
    course_name varchar2(100) not null
);

如果您有学生表，则可以将其与课程表和另一个 Student_table 关联表关联起来。

这些表可能比您最初显示的要多得多，但如果您想避免数据冗余，并且不希望在父表中更改所有表中的列时承担更新列的负担，则上述模型是唯一的出路。

Answer 4

该问题有两种可能的解决方案。

解决方案 1：使用 DEFERRABLE FK 约束。

仅当（alpha、college）组合唯一并且可以定义为部门表的 PK 时，此解决方案才可行。
在这种情况下，您不需要课程表上的触发器。

相反，您可以在引用部门表的课程上定义 DEFERRABLE FK（alpha、college）。

在部门更新之前，您必须执行 SET CONSTRAINT ... DEFERRED 语句 请参阅文档。
那么FK在提交之前不会被验证。

解决方案 2：使用系统上下文

您可以使用本地 system_context 关闭第二个触发器。

必须首先创建上下文。 查看用户创建的上下文

部门上的触发器将上下文中的变量设置为某个值。

在课程的第二个触发器中，您检查上下文中变量的值