Sergiy Vyshnevetskiy <[EMAIL PROTECTED]> writes: > Not at all. What's "broken" is the idea of variable as a simple piece of > memory. It is correct for base types, but not for domains - they may have > non-empty constructors (in C++ terminology).
That may be, but I'm unwilling to pay the overhead for *every* variable when most of them won't be domains. I'm inclined to extend PLpgSQL_type to include a domain indicator and only do it the hard way when we have to. [ looks at code... ] Actually, I think we already have the flag we need: look to see if the typinput function is strict. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 6: explain analyze is your friend