Re: proposal: additional error fields
| От | Peter Eisentraut |
|---|---|
| Тема | Re: proposal: additional error fields |
| Дата | |
| Msg-id | 1335943409.27046.3.camel@fsopti579.F-Secure.com обсуждение исходный текст |
| Ответ на | Re: proposal: additional error fields (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: proposal: additional error fields
|
| Список | pgsql-hackers |
On tis, 2012-05-01 at 20:13 -0400, Tom Lane wrote: > I don't deny that we probably need to reclassify a few error cases, > and fix some elogs that should be ereports, before this approach would > be really workable. My point is that it's *close*, whereas "let's > invent some new error severities" is not close to reality and will > break all sorts of stuff. We might hit a road block because some of these sqlstates are defined by the SQL standard. But at least we should try this first, and if it doesn't work make another field that contains the admin/server-level severity instead of the client-side/flow-control severity level.
В списке pgsql-hackers по дате отправления: