On fre, 2010-08-06 at 14:43 +0100, Mike Fowler wrote: > > Or perhaps it could return a string instead of a boolean: content, > > document, or NULL if it's neither. > > > > I like the sound of that. In fact this helps workaround the IS > DOCUMENT > and IS CONTENT limitations such that you can you can select only > content, only documents or both is you use IS NOT NULL. > > Unless anyone sees a reason that this function needs to remain a > boolean function, I'll rework the patch over the weekend.
What is the actual use case for this function? Is the above behavior actually useful? One reason to stick with boolean is backward compatibility. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
