Re: INSERT ... ON CONFLICT doesn't work

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: Jenda Krynicky <Jenda(at)krynicky(dot)cz>
Cc: "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: INSERT ... ON CONFLICT doesn't work
Date: 2021-12-01 19:54:44
Message-ID: CAKFQuwb9_G1WSXWTRGNjjgnbZUjpHKVAvBHJrWefgPO2=CUZbA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Dec 1, 2021 at 12:44 PM Jenda Krynicky <Jenda(at)krynicky(dot)cz> wrote:

> How's that a variable for gawd's sake? It's a column name too! A
> column name in the definition of the resulting table.
>

The columns of the returns table are provided to the function as variables
so that one can write:

output_column1 := 'value';
output_column2 := 'value';
return;

Instead of having to do:
return (output_column1, output_column2);

> Right. Because lowercasing everything I write and then comparing it case
> sensitively to the names of database objects makes a lot of sense. I mean
> who would want to use capital letters in names of objects in the first
> place?
>

Fair point, but you're not going to get much sympathy for not knowing the
rules of the tool that you are using and the choices you've made regarding
them. I agree that your quoting everything has merit, but don't go
complaining that when you forgot the quotes the system tells you the name
is no longer found.

David J.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David G. Johnston 2021-12-01 19:59:17 Re: INSERT ... ON CONFLICT doesn't work
Previous Message Tom Lane 2021-12-01 19:52:58 Re: INSERT ... ON CONFLICT doesn't work