Re: help needed with CREATE CONVERSION
От | Tom Lane |
---|---|
Тема | Re: help needed with CREATE CONVERSION |
Дата | |
Msg-id | 4013.1026580336@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | help needed with CREATE CONVERSION (Tatsuo Ishii <t-ishii@sra.co.jp>) |
Ответы |
Re: help needed with CREATE CONVERSION
|
Список | pgsql-hackers |
Tatsuo Ishii <t-ishii@sra.co.jp> writes: > I encountered a problem while implementing new CREATE > CONVERSION. Since converion procs are dynamically invoked while doing > an encoding conversion, it might fail for some reasons: > (1) stale pg_conversion entry. If someone re-register that proc, the > oid might be changed and the reference from pg_conversion to > pg_proc becomes stale. This could (and should IMHO) be prevented with a dependency. > (2) buggy conversion proc is defined by a user This I think we have to be concerned about; there will always be the possibility of a failure in the conversion proc. > (3) schema search path changed. I do not see how that's an issue. The conversion proc is referred to by OID, no? > Problem is, in any case mentioned above, an ERROR is raised and > backend tries to send an error message which again raise an ERROR. As > a result, backend goes into an infinite loop. As long as we can restrict this failure to the case of a buggy conversion proc, I think the risk can be lived with. Buggy C code can cause crashes in plenty of ways ;-) regards, tom lane
В списке pgsql-hackers по дате отправления: