Not to say that perl and complex are redundant, but does the id go away
after the NOT FOUND exception?
On 04/16/2014 06:08 PM, Susan Cassidy wrote:
The function does a select to see if the id number exists, and it
fails. NOT FOUND causes a RAISE EXCEPTION.
Susan
On Wed, Apr 16, 2014 at 5:05 PM, Susan Cassidy
<susan.cass...@decisionsciencescorp.com
<mailto:susan.cass...@decisionsciencescorp.com>> wrote:
It is a fairly large and complex Perl program, so no, not really.
I do an insert via a function, which returns the new id, then
later I try to SELECT on that id, and it doesn't find it.
Could it be because the insert is done inside a function?
Susan
On Wed, Apr 16, 2014 at 4:58 PM, Steven Schlansker
<ste...@likeness.com <mailto:ste...@likeness.com>> wrote:
>> On Wed, Apr 16, 2014 at 4:31 PM, Tom Lane
<t...@sss.pgh.pa.us <mailto:t...@sss.pgh.pa.us>> wrote:
>> Susan Cassidy <susan.cass...@decisionsciencescorp.com
<mailto:susan.cass...@decisionsciencescorp.com>> writes:
>> > Is there any way to let a transaction "see" the inserts
that were done
>> > earlier in the transaction?
>>
>> It works that way automatically, as long as you're talking
about separate
>> statements within one transaction.
>>
>> regards, tom lane
> On Apr 16, 2014, at 4:53 PM, Susan Cassidy
<susan.cass...@decisionsciencescorp.com
<mailto:susan.cass...@decisionsciencescorp.com>> wrote:
> Well, it isn't working for me right now. It can't "see" a
row that was inserted earlier in the transaction. It is a new
primary key, and when I SELECT it, it isn't found.
>
Can you share the code that does not work with us? Preferably
as a small self-contained example.
