Re: Status of Fix Domain Casting TODO
От | Jim C. Nasby |
---|---|
Тема | Re: Status of Fix Domain Casting TODO |
Дата | |
Msg-id | 20070102101433.GB71246@nasby.net обсуждение исходный текст |
Ответ на | Re: Status of Fix Domain Casting TODO ("Andrew Dunstan" <andrew@dunslane.net>) |
Ответы |
Re: Status of Fix Domain Casting TODO
|
Список | pgsql-hackers |
On Mon, Jan 01, 2007 at 06:30:40PM -0600, Andrew Dunstan wrote: > Tom Lane wrote: > > "Jim C. Nasby" <jim@nasby.net> writes: > >> FWIW, I'm running into this trying to create a 'raw' domain that would > >> automagically convert hex strings into actual binary data for storage in > >> a bytea. > > > > I think you've got 0 chance of implementing that as a domain rather than > > an independent type. Without or without revisions in the casting rules, > > a domain has not got its own I/O functions, and never will. > > > This might be less of an issue if we allowed such IO functions to be > written in a loadable PL rather than in C. I'm confused... couldn't I just write a cast function? Or is that what's meant by I/O functions? And yes, in this case I should be able to accomplish what I'm looking for just using encode() and decode(). -- Jim Nasby jim@nasby.net EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)
В списке pgsql-hackers по дате отправления: