Re: Upgrading the backend's error-message infrastructure
От | Tom Lane |
---|---|
Тема | Re: Upgrading the backend's error-message infrastructure |
Дата | |
Msg-id | 22063.1047662584@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Upgrading the backend's error-message infrastructure (johnnnnnn <john@phaedrusdeinus.org>) |
Ответы |
Re: Upgrading the backend's error-message infrastructure
|
Список | pgsql-hackers |
johnnnnnn <john@phaedrusdeinus.org> writes: > It would seem to make more sense to me to provide a different > function(s) which allows the lookup Messages, Details, and Hints based > on the SQLSTATE. This would constrain us to have a different SQLSTATE for every error message, which we aren't going to do. See elsewhere in thread. It's also unclear how you insert parameters into error strings if you do this. > - Less clutter and wasted space on the wire. I am not really concerned about shaving bytes transmitted for an error condition. If that's a performance-critical path for your app, you need to rewrite the app ;-) > - Removal of localization from error/notice generation libraries. This > should make that section of code simpler and more fault-tolerant. And you put it where, instead? The existing scheme for localization works fine AFAICT. I don't have any interest in reinventing it (nor any chance of getting this done for 7.4, if I were to try...) regards, tom lane
В списке pgsql-hackers по дате отправления: