Re: [Plperlng-devel] Re: Concern about new PL/Perl - Mailing list pgsql-hackers

From Joshua D. Drake
Subject Re: [Plperlng-devel] Re: Concern about new PL/Perl
Date
Msg-id 419D6DE6.4030505@commandprompt.com
Whole thread Raw
In response to Re: Concern about new PL/Perl  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: [Plperlng-devel] Re: Concern about new PL/Perl  (Josh Berkus <josh@agliodbs.com>)
List pgsql-hackers
Andrew Dunstan wrote:

>
>
> Peter Eisentraut wrote:
>
>> It seems that in the new PL/Perl, the result of the spi_exec_query
>> function changes in meaning depending on the command.  For a SELECT,
>> the value of
>>
>> $res->{rows}
>>
>> is a reference to an array of the result rows.
>>
>> For a different command
>>
>> $res->{rows}
>>
>> is a scalar containing the number of affected rows.  I think this is
>> a poor design.  Couldn't we have a different result field that always
>> contains the number of rows?
>>
>>
>
> I don't recall seeing any reply to this, but I'm inclined to agree
> with it.
>
> Joshua, any comment from  CP?

I would agree that seems a little odd ;). Would this be something we
want done for 8.0?

Sincerely,

Joshua D. Drake



>
> cheers
>
> andrew
> _______________________________________________
> Plperlng-devel mailing list
> Plperlng-devel@pgfoundry.org
> http://pgfoundry.org/mailman/listinfo/plperlng-devel



--
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-667-4564 - jd@commandprompt.com - http://www.commandprompt.com
PostgreSQL Replicator -- production quality replication for PostgreSQL


Attachment

pgsql-hackers by date:

Previous
From: Neil Conway
Date:
Subject: Re: Can postgresql accept mutliple connections in the
Next
From: Josh Berkus
Date:
Subject: Re: [Plperlng-devel] Re: Concern about new PL/Perl