0.简介

在上一篇文章中中，我们介绍了PG中的两种触发器，即适合于DML的普通触发器和对于DDL的事件触发器，其中事件触发器与常规的 DML 触发器（响应行级别或语句级别操作）不同的地方在于事件触发器在 DDL 操作的生命周期中触发，触发时执行用户指定的存储过程或函数，可以用于监控或限制数据库结构的变更。 本文对于事件触发器中细节进行进一步的说明，也就是tag的原理。

1.概念说明

在上一篇文章中说明了创建事件触发器的语法，其中可以使用filter_variable指定触发事件过滤器的条件，也就是tag，其基本作用是实现对于ddl细分类型的精准触发，比如在建表时触发可以带上如下内容：

WHEN TAG IN ('CREATE TABLE')

2.tag的生成和存储

2.1 tag合法性校验

在创建事件触发器中的语法可以看到其tag是以字符串形式存在的，那么就需要验证其是否合法，其验证函数如下：

/*
 * Validate DDL command tags.
 */
static void
validate_ddl_tags(const char *filtervar, List *taglist)
{
    ListCell   *lc;
    foreach(lc, taglist)
    {
        const char *tag = strVal(lfirst(lc));
        event_trigger_command_tag_check_result result;
        result = check_ddl_tag(tag);
        if (result == EVENT_TRIGGER_COMMAND_TAG_NOT_RECOGNIZED)
            ereport(ERROR,
                    (errcode(ERRCODE_SYNTAX_ERROR),
                     errmsg("filter value \"%s\" not recognized for filter variable \"%s\"",
                            tag, filtervar)));
        if (result == EVENT_TRIGGER_COMMAND_TAG_NOT_SUPPORTED)
            ereport(ERROR,
                    (errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
            /* translator: %s represents an SQL statement name */
                     errmsg("event triggers are not supported for %s",
                            tag)));
    }
}

其中主要使用check_ddl_tag函数去检查是否合法，主要包含两步，一是直接比较字符串是否一致，二是比较是否是由支持的类型组合而成比如drop和event_trigger_support数组中的INDEX组合，其是否支持就是true。

2.2 内存中存储

事件触发器在内存中是以哈希表的形式存储的，其中key是事件类型，value是触发器构成的链表，那么在查找执行时就需要做两次的过滤：一是对事件进行过滤，二是对于tag进行过滤，只执行都匹配的触发器函数。

static HTAB *EventTriggerCache;

2.3 持久化存储

在之前文章中对事件触发器存储的系统表是pg_event_trigger有过描述，此处主要介绍一下PG在后续版本对于tag的查找优化。因为tag是字符串且可能数量比较多，那么每次都进行全量的字符串匹配就会带来很多额外的计算开销，所以PG利用固定tag的index构建了bitmap，方便查找是否符合条件。

3.tag的触发

tag触发逻辑较为简单，在事件触发器的执行逻辑内部增加了一层相应的判断，其查找函数为EventTriggerCommonSetup：