Re: Error prone compilation of stored procedure - Mailing list pgsql-general

From Rob Sargent
Subject Re: Error prone compilation of stored procedure
Date
Msg-id D58C6F92-23CB-4AF8-8DD9-35847D123832@gmail.com
Whole thread Raw
In response to Re: Error prone compilation of stored procedure  (pinker <pinker@onet.eu>)
Responses Re: Error prone compilation of stored procedure  (pinker <pinker@onet.eu>)
List pgsql-general
And are your colleagues offering to pay for an Oracle license?

> On Jul 6, 2015, at 5:52 AM, pinker <pinker@onet.eu> wrote:
>
> Pavel Stehule wrote
>> PLpgSQL doesn't check a identifiers inside embedded SQL before execution.
>> In this case j_var can be theoretically some SQL identifiers - the
>> possibility or impossibility is not know in function validation stage.
>>
>> It has some plus and minus points. The plus - there are not strong
>> dependency between database objects and PL code. The minus - lot of bugs
>> are not detected in validation stage. But this issue can be solved by
>> plpgsql_check extension https://github.com/okbob/plpgsql_check/
>
> Thank you for the link to extension.
> Another minus is that my colleagues which use to work on oracle think that
> postgresql is at least one league below oracle.
>
>
>
> --
> View this message in context:
http://postgresql.nabble.com/Error-prone-compilation-of-stored-procedure-tp5856699p5856708.html
> Sent from the PostgreSQL - general mailing list archive at Nabble.com.
>
>
> --
> Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general



pgsql-general by date:

Previous
From: Andrew Sullivan
Date:
Subject: Re: Error prone compilation of stored procedure
Next
From: Adrian Klaver
Date:
Subject: Re: unexpected data beyond EOF in block 260 of relation pg_tblspc