主页 / dba / 问题 / 4215
Accepted
Benny Skogberg
Asked: 2011-08-02 01:18:00 +0800 CST

明智地使用触发器来更新另一个表？

  • 772

我有一个从另一个数据库Object的集成服务（如果需要我可以更改）填充的表。在某些时候，我们需要在另一个表中手动添加帖子，ObjectObjectGroup (ObjectId, ObjectGroupId)如果Object.ObjectType有某个整数值则需要。由于集成服务不处理这种更新，我正在考虑向对象表添加一个触发器，其伪代码如下：

if Object.ObjectType = 10
    begin
        if Object.ObjectNumber like '<string pattern>'
        begin
            insert into ObjectObjectGroup values...
        end
    end

这种设置是明智的，还是在性能方面有更好的方法？

sql-server trigger

3 个回答

  1. Best Answer

    主要是在stackoverflow上复制/粘贴我对这个问题的回答

    触发器可能非常诱人，当您第一次开始使用它们时，它们似乎是解决各种问题的灵丹妙药。但是，它们会发生“神奇”的事情，如果您不了解数据库，就会发生一些非常奇怪的事情（例如插入其他表、更改输入数据等）。在将事物实现为触发器之前，我会认真考虑强制在架构周围使用 API（最好在数据库中，但如果不能，则在外部）。

    有些事情我仍然会使用触发器

    • 跟踪“date_created”和“date_last_edited”字段
    • 插入“ID”（在 oracle 中，没有自动 id 字段）
    • 保留更改历史

    您不想使用触发器的事情

    • 业务规则/逻辑
    • 任何连接到数据库之外的东西（例如网络服务调用）
    • 访问控制
    • 任何非事务性的（您在触发器中所做的任何事情都必须能够随事务回滚）
    • 9

  2. 是的，这是明智的。这实际上是触发器的目的，在对表执行插入/更新/删除操作后执行所需的操作。

    您需要考虑一个事实，即 MS SQL 中的触发器不会单独处理每一行，而是一次处理当前事务的所有行。因此，如果一个操作一次插入 10 行，您需要考虑触发器的代码一次处理所有行。

    • 4

  3. 触发器是一个强大的工具，与任何其他工具一样，您在使用它们时需要小心。

    1. 当您在触发器中出错时，事情可能会大错特错，除非您正在运行跟踪，否则您不会意识到......

    2. 他们“神奇地”更改/插入/删除数据库用户（当前应用程序/任何未来应用程序/进行一次性更新的开发人员）没有意识到/打算的数据。

    最大的问题是，在您创建了触发器之后，其他开发人员/用户并不清楚触发器是否存在以及它的作用。

    也就是说，它们是维护数据完整性和真正审计更改的绝佳工具。

    您需要问自己，要放入触发器中的逻辑是否最适合应用程序或数据库，权衡双方的风险（如果出现新应用程序但不强制执行会发生什么情况规则？）

    • 3

相关问题