| From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
|---|---|
| To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
| Cc: | Catalin Iacob <iacobcatalin(at)gmail(dot)com>, Craig Ringer <craig(at)2ndquadrant(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: proposal: PL/Pythonu - function ereport |
| Date: | 2015-11-16 04:29:58 |
| Message-ID: | CAFj8pRDFnCE5x80CY-LNGamy71FwKG81ucFZ5amd8ax0D9vWEQ@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
2015-11-16 5:20 GMT+01:00 Peter Eisentraut <peter_e(at)gmx(dot)net>:
> I don't think it's right to reuse SPIError for this. SPIError is
> clearly meant to signal an error in the SPI calls. Of course, we can't
> stop users from raising whatever exception they want, but if we're going
> to advertise that users can raise exceptions, then we should create
> separate exception classes.
>
> I suppose the proper way to set this up would be to create a base class
> like plpy.Error and derive SPIError from that.
>
Do you have some ideas about the name of this class?
Regards
Pavel
| From | Date | Subject | |
|---|---|---|---|
| Next Message | dinesh kumar | 2015-11-16 04:56:24 | Re: [PATCH] SQL function to report log message |
| Previous Message | Etsuro Fujita | 2015-11-16 04:25:34 | Re: Foreign join pushdown vs EvalPlanQual |