标签: trigger

我testtable在数据库testbase中创建了一个具有以下结构的表：

product_no (int, not null)
product_name (varchar(30), not null)
price (money, null)
expire_date (date, null)
expire_time (time(7), null)

但是，如何编写触发器，以便它更新已修改（或使用新信息更新）的特定行，并将修改日期记录到expire_date字段中，并将修改时间记录到expire_time字段中？（或者如果这是可能的？）

我们有一个很好的 Python 代码，它可以发送一些电子邮件并与云系统进行交互。工作正常。但是我们必须每隔几分钟就启动它来轮询数据库。出于业务目的，我们确实需要实时启动 python 脚本，因此没有轮询延迟。（这服务于与客户通电话的销售人员。）

我们真的不想要 1 分钟的轮询循环。或 30 秒。我们希望记录显示在数据库中并立即发生。

实现此目的的快速方法是在将特定记录类型插入到表中时触发它。

我们可以从触发器触发 python 脚本吗？

根据下面 Aaron 的说明，我们知道这是一个非常糟糕的事情™，但是这张表很少使用（每天插入 0-12 次）。轮询表无法满足我们的业务需求（我们需要 .py 立即运行——它不仅仅是发送电子邮件）。

我们认为满足我们业务需求的一种方法是在 SQL Server 上设置 .net 版本的 python，然后让 T-SQL 以调用 C# 东西的方式调用 python 脚本......但我们不知道如何真的这样做！（因此这个问题）。

文档/细节？

我在 Stack Overflow 上问了一个后续问题：如何在 SQL Server 中创建 Python CLR 过程？

问题下的问题：你有一块python。您希望它从 SQL 触发器触发，但您知道这是一件非常糟糕的事情。那么，在 SQL 操作中间没有 python 代码的情况下，您如何实际实现相同的效果？

解决这种需求的非触发、非轮询方法是什么？

（同样的效果=“插入/更新/删除发生在表中，并且在db事件的2秒内触发python脚本，不轮询表”）

我正在编写一个验证触发器。触发器必须验证数组的总和是否等于另一个字段。由于我有许多此验证的实例，因此我想编写一个过程并创建多个触发器，每个触发器都有一组不同的要检查的字段。

例如，我有以下架构：

CREATE TABLE daily_reports(
     start_on date
   , show_id uuid
   , primary key(start_on, show_id)

     -- _graph are hourly values, while _count is total for the report
   , impressions_count bigint not null
   , impressions_graph bigint[] not null

   -- interactions_count, interactions_graph
   -- twitter_interactions_count, twitter_interactions_graph
);

验证必须确认impressions_count = sum(impressions_graph)。

我被卡住了，因为我不知道如何NEW从 plpgsql 中动态访问一个字段：

CREATE FUNCTION validate_sum_of_array_equals_other() RETURNS TRIGGER AS $$
DECLARE
  total bigint;
  array_sum bigint;
BEGIN
  -- TG_NARGS = 2
  -- TG_ARGV[0] = 'impressions_count'
  -- TG_ARGV[1] = 'impressions_graph'

  -- How …

这更像是一个一般性问题，但这个问题的动机是我在使用 SQL Server 时遇到的一个问题。

我将此触发器附加到包含一些逻辑的表上的 Insert 事件，作为副作用，如果没有插入行，则会引发错误。经过进一步调查，我发现尽管没有插入行，但触发器仍在触发。

Microsoft Docs on DML Triggers 中使用的语言似乎与此行为相矛盾：

DML 触发器是一种特殊类型的存储过程，当发生影响触发器中定义的表或视图的 DML 事件时，它会自动生效。

这是跨 DBMS 的默认行为吗？当没有行受到影响时，是否有特殊原因触发触发器？

我正在尝试在 Postgres 9.4 中编写一个触发器函数。像这样的东西（还没有工作）：

  CREATE FUNCTION set_point_from_coords(source _regclass, target _regclass) 
    RETURNS trigger AS $func$
  BEGIN
    NEW.target := ST_SetSRID(ST_Point(NEW.source[1], NEW.source[2]), 4326);
    RETURN NEW;
  END;
  $func$ LANGUAGE plpgsql

在这种情况下，target是一个类型的列geometry并且source是一个小数数组。

当一行插入coords数组时，我想将其转换为point. 如果我只是对列名进行硬编码，则上述方法会起作用，但我想使用相同的函数为不同的表和不同的列对执行此操作。而且我对它INSERT本身没有直接控制权。
这是我的一些实验：http : //sqlfiddle.com/#!15/ddddcd/1

找到了这篇相关的博客文章，我很难解析它。

如果这样更容易编码，我可以在插入/更新之后而不是之前运行它。

似乎很难找到系统版本化时态表与旧选项（例如 DB 触发器和 CDC）之间的比较。我目前没有时间在 SQL Server 2016 上编写扩展测试，所以我想我会在这里问一下。

基本上，触发器的典型优势是它们在独立和集群/alwaysOn 环境中更易于管理，可以实时同步，并且可以访问会话数据，例如用户 ID。

另一方面，CDC 虽然需要更多的管理并且是异步的，但要轻得多，因此性能要好得多。因此，如果对触发器引起的瓶颈可能成为问题有任何疑问，CDC 基本上将是最佳解决方案。在硬件要求方面，由于使用日志和 cdc 审计表来跟踪更改，CDC 对额外空间的要求可以忽略不计。

问题：时态表与上述两个相比如何？在速度、性能、存储空间使用方面。何时应该使用时态表而不是触发器或 CDC？我什么时候不应该？

我理解任何可能复杂的事情，因为 DB 审计背后的业务需求和技术限制不会有一个简单的答案，因为它在很大程度上取决于项目的要求和范围。但是，如果能对上述问题有更多的了解，我们将不胜感激。谢谢！

2021年编辑：由于对此一直有一些兴趣，几年后我已经非常熟悉上述所有内容，这里是性能方面的简短摘要：我对 SQL Server 2016 的某个版本进行了测试，涉及插入、更新和删除10000 行来自 40 个不同类型的表一一列出，并绘制了每个表的总体时间、基本锁定信息等。简单的总结是，触发器平均为操作增加了 500-1000% 的延迟，而使用临时表和 CDC 时，每个操作的额外延迟接近 10%。如果我有确切的结果会有所帮助，但我不再记得它们了。触发过程非常简化，但每个更改的列插入一行，而 temporal / cdc 插入一行，而不管其中更改了多少列。在这个意义上，由于同时插入多行的键争用，一些更改可能使触发器看起来比它们更慢。然而，很明显触发器是最不适合简单审计的工具。所以这是我在创建这篇文章时试图理解的差异的简单技术概要：

触发器只有在你真的需要一些内置到数据库中的自定义逻辑时才有用，以监视 DML 更改，修改特定数据，在特定实例中捕获用户 ID 等。但尽量避免它们像瘟疫一样。他们的表现很糟糕。如果您需要审计或日志记录，它们是您应该查看的最后一个地方。

临时表一旦运行起来就非常容易管理，尤其是在像 Always On 这样的 HADR 中。由于它们支持压缩并反映从父表到历史表的大多数模式更改，因此它们需要很少的维护。特别是对于新的 SQL Server 版本，您可以设置保留期以删除超过 x 年的数据，因此存储和清理方面的考虑也可以忽略不计。它们就像事情来临时一样容易被遗忘，除非对需要更改数据的父表进行一些奇特的更新，在这种情况下，您必须取消链接，修改父表和历史记录表，然后再次链接它们。但这些都是罕见的，而且相对容易做到。时态表包很健壮，可以很好地处理错误，因此您会发现它很难被意外破坏。

然后，CDC 非常适用于报告服务或类似的场景，在这些场景中，您不介意异步数据，但您需要分析更改，例如每晚批处理。您可以将保留设置设置为仅保留 x 天的数据，以将存储成本降至最低。也就是说，根据我的经验，CDC 很挑剔而且不是很稳定。DML 有时会在没有警告的情况下“破坏”它，因此您可能需要数据库级 DDL 触发器来警告您 CDC 跟踪的对象发生了变化。您可能还需要为 HADR 设置自定义监视作业，因为它本身不处理故障转移事件。并且 CDC 有一个非常讨厌的倾向，即在被禁用后无法重新启动，这与使用 MS 自己的作业未正确更新它的状态有关。这意味着它偶尔需要手动工作以确保正确删除清理和捕获作业及其引用。也就是说，SSIS / RS 集成得非常好，使他们可以轻松使用 …

为什么pg_trigger_depth() = 0在防止触发器级联（递归）时使用（除调试之外的）不好？

有人可以提供代码来证明它为什么不好吗？

我猜测是因为如果多个触发器同时处理相同的数据，则停止使用触发器的条件pg_trigger_depth() = 0将停止任何排在第二位的触发器。

我认为这将是解决这个（我的）问题的好方法，但有人告诉我：

• 在触发器内有没有办法判断更新或插入是否来自触发器？

认为这会是一个很好的问题。

它在此处作为解决方案提供：

• 防止 PostgreSQL 中的递归触发器

Postgres 9.3 文档：

https://www.postgresql.org/docs/9.3/static/functions-info.html

我正在尝试创建一个触发器，以在创建时更改数据库的排序规则，但是如何捕获要在触发器内部使用的数据库名称？

USE master
GO
CREATE TRIGGER trg_DDL_ChangeCOllationDatabase
ON ALL SERVER
FOR CREATE_DATABASE
AS
declare @databasename varchar(200)
set @databasename =db_name()
    ALTER DATABASE @databasename COLLATE xxxxxxxxxxxxxxxxxxx
GO

显然，这是行不通的。

我有一个分区视图，其中包含以下插入触发器（可怜的 mans 分区）。当我执行 DELETE 时，我得到以下查询计划：

delete from factproductprice where pricedate = '20170725'

在视图上触发：

ALTER TRIGGER [dbo].[factProductPriceDelete] ON [dbo].[FactProductPrice]
INSTEAD OF DELETE AS
BEGIN
  IF @@ROWCOUNT = 0 RETURN;

  DECLARE @PriceDate DATE
  SELECT @PriceDate = CAST(PriceDate AS DATE) FROM DELETED
  IF @PriceDate BETWEEN '20140101' AND '20141231'
  BEGIN
    DELETE FROM dbo.FactProductPrice2014
    WHERE ProductId IN (SELECT ProductId FROM DELETED) AND SalesPriceSchemeId IN (SELECT SalesPriceSchemeId FROM DELETED) AND PriceDate IN (SELECT PriceDate FROM DELETED) 
  END
  IF @PriceDate BETWEEN '20150101' AND '20151231'
  BEGIN
    DELETE FROM …

我在 UPDATE 和 INSERT 上有一个表触发器，可以将一行添加到另一个表中。如果四列中的一列发生更改，则只需添加一行。我尝试使用 IF UPDATE(col) 来测试更改，但它有一个盲点。它只测试一些值进来了。我需要更深入，我需要比较旧值和新值以查看是否发生了真正的变化。它必须与 INSERT 和 UPDATE 一起使用。

在 UPDATE 的情况下，这很容易，因为插入和删除的表都有我可以在触发器内进行比较的值。但是，对于 INSERT，只有插入表才有值。因为我在同一个触发器中需要所有这些，我该如何处理 INSERT 案例？

这是我要修改的触发器的脚本：

ALTER TRIGGER [dbo].[trATPerson_alter] 
   ON  [mydb].[dbo].[AT_Person]
   AFTER INSERT,UPDATE
AS 
BEGIN
    SET NOCOUNT ON;

    -- Not all updates require a push
    IF (UPDATE([First_Name]) OR UPDATE([Last_Name]) OR UPDATE([JobCode]) OR UPDATE([Inactive]))
    BEGIN
        INSERT INTO [mydb].[dbo].[AT_Person_To_Push] (
                [Facility],
                [VendorID],
                [Person_code],
                [First_Name],
                [Last_Name],
                [JobCode],
                [Alink],
                [Inactive]
            )
        SELECT  [Facility],
                [VendorID],
                [Person_code],
                [First_Name],
                [Last_Name],
                [JobCode],
                [Alink],
                [Inactive]
        FROM inserted 
    END
END