Re: insert ..... returning problem - Mailing list pgsql-general

From Michael Ivanov
Subject Re: insert ..... returning problem
Date
Msg-id b2d88557-ef9e-5b41-f6d0-15dd000d0e76@isle.spb.ru
Whole thread Raw
In response to Re: insert ..... returning problem  (Laurenz Albe <laurenz.albe@cybertec.at>)
List pgsql-general
I was just trying to use it similar to oracle handling in "returning COLUMN into :VAR"
So in postgres I should not explicitly specify destination variable for 'returning'
value in query itself, but rather retrieve the result from PGresult returned by PQexec().
ok, thanks for clarification!

On 24.06.2021 17:13, Laurenz Albe wrote:
> On Thu, 2021-06-24 at 16:25 +0300, Michael Ivanov wrote:
>>>> I'm trying to insert a record returning column value using the following query:
>>>>
>>>>    INSERT INTO t_load (load_id, load_type) VALUES (:id, :typ) returning load_idx INTO :idx
>>>>
>>>> But when I try to prepare the query I'm getting the following error:
>>>>
>>>>    PREPARE p1515544c00000001 AS insert into t_load (load_id, load_type) values ($1, $2) returning load_idx into
$3]:
>>>>        ERROR:  syntax error at or near "into" LINE 1: ...ad_id, load_type) values ($1, $2) returning load_idx into
$3
>>>>                                                                                                               ^
>>>> Why 'into var' is not accepted here?
>>>
>>> Are you talking about ECPG?
>>
>> I am using postgres c library, namely I'm calling PQexec()
> 
> Then you don't need it.  You may be mixing up SQL syntax and PL/pgSQL syntax.
> 
> Just run the statement without the INTO, and it will return a result set, just
> like a SELECT would.
> 
> By the way, you cannot have parameters with PQexec().
> Use PQexecParams() for that.
> 
> Yours,
> Laurenz Albe
> 


-- 
 \   / |                       |
 (OvO) |  Михаил Иванов                    |
 (^^^) |                                   |
  \^/  |      E-mail:  ivans@isle.spb.ru   |
  ^ ^  |                                   |



pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: removing "serial" from table definitions.
Next
From: Tom Lane
Date:
Subject: Re: OSX: migrating Postgres db from one Mac to another