Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1ZP7nf-0007ZM-AR for pgsql-docs@arkaria.postgresql.org; Tue, 11 Aug 2015 11:32:59 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1ZP7ne-00038n-JL for pgsql-docs@arkaria.postgresql.org; Tue, 11 Aug 2015 11:32:58 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1ZP7nJ-0002lP-Ui for pgsql-docs@postgresql.org; Tue, 11 Aug 2015 11:32:38 +0000 Received: from mail-lb0-f175.google.com ([209.85.217.175]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1ZP7nH-0000We-29 for pgsql-docs@postgresql.org; Tue, 11 Aug 2015 11:32:37 +0000 Received: by lbcbn3 with SMTP id bn3so16809832lbc.2 for ; Tue, 11 Aug 2015 04:32:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=RRZ46pMlxZTWvmCLUk5F2iVsAscDY+ccTCI3AXZk4Bg=; b=Arg3xwDNaoOK/naCPf564ijj1FdzUuc5kwu89GumWJJlhquNfbJlkoasHkmeAvPydu GAUU+zfoWEQU6VLRpSNdGSXukcraqMCsZ0dmfZm18xkmGY+IYQQgdFA6z9M/UkMJ7NXs aPrFpbkGCPiE5eCJSSrMGOvfSdA4xnvZ+Cy5p/EYdaXrTIFLAUSN0g8YIaREtZrrhD8X 0mxltW3rUoGoeAEW7UmMdoKhabGgiq29FeEeUG1kVAPdFbJfuGgk57RhqviqN/GdKgqS JsjgF5d4K/fKpYi4v4UJZOULpMILbZCxZvYyCopjJvAEeNB/sgBT/HY/cdrV96IPmd2c 0oNw== X-Gm-Message-State: ALoCoQkINDpQsr++MF1mJYialS2sFVidZ6lyFm9FF2Iz0CwAj+DmkYATDpyGZnP2LKFBHT4+4YG5 X-Received: by 10.152.204.196 with SMTP id la4mr26066769lac.124.1439292753318; Tue, 11 Aug 2015 04:32:33 -0700 (PDT) Received: from Markos-MacBook-Pro.local ([46.246.117.202]) by smtp.googlemail.com with ESMTPSA id nx1sm401354lbb.41.2015.08.11.04.32.26 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Aug 2015 04:32:32 -0700 (PDT) Message-ID: <55C9DD49.8060706@joh.to> Date: Tue, 11 Aug 2015 13:32:25 +0200 From: Marko Tiikkaja User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Dmitry Igrishin , pgsql-docs Subject: Re: 36.3 Writing Tigger Functions in C References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org On 8/11/15 12:47 PM, Dmitry Igrishin wrote: > tg_trigtuple: > I'm not sure why "skip the operation" is here: > "if you don't want to replace the row with a different one (in the > case of INSERT) or skip the operation" Returning NULL from a row-level BEFORE trigger skips the operation which fired the trigger. So for an INSERT, any triggers which would otherwise fire after the current trigger are not fired, and the row is not INSERTed into the table. .m -- Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs