"Rod Taylor" <[EMAIL PROTECTED]> writes:
> What would it take to make the array iterator functions a part of the
> standard base? (contrib/array)
To me, the main problem with contrib/array is that it doesn't scale:
you need more C functions for every array datatype you want to support.
At the very least it needs a way to avoid more per-datatype C code.
The per-datatype operator definitions are annoying too, but perhaps
not quite as annoying... one could imagine CREATE TYPE automatically
adding those along with the array type itself.
I'm not sure what it would take to avoid the per-datatype C code.
Clearly we want something like array_in/array_out, but how does the
extra information get to these functions?
It would also be good to have some idea of whether we could ever hope to
index queries using these functions. The GIST stuff might provide that,
or it might not. I don't insist that this work on day one, but I'd like
to see a road map, just to be sure that we are not shooting ourselves in
the foot by standardizing a not-quite-index-compatible definition.
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly
