Chris Travers wrote:
Hi all;
I know -hackers is the preferred place to discuss beta releases, but I
suspect that this is a further-reaching wuestion among the general
community than is typical so I am posting it here.
I have been looking at the changes expected for 8.3 and have noticed
that tsearch2 has been modified and merged with core. I think this is a
great idea, but it poses problems for applications which must run both
both on 8.2 and 8.3 with fts capabilities.
I am trying to determine the best way forward so that LedgerSMB can
support 8.3 as soon as it is released. Reading through various email
list archives it looks like the function names have changed. I guess I
am trying to determine the best way forward.
1) How safe is it likely to be to create a set of functions in 8.3
which mimic 8.2/tsearch2 interfaces? Is this likely to create any
serious conflicts? Would such a project be sufficiently useful that a
pg_foundry project might be helpful?
2) If this is a problem, is the community interested in (possibly as a
pg-foundry project) an abstraction layer for supporting both sets of
interfaces?
Best Wishes,
Chris Travers
I don't really have answers... but more questions:
How many fts functions do you use? I had two different functions
(to_query and rank I think).
Are you thinking of always using the abstraction layer, or at some
point, dropping it and converting to the new names?
How hard would it be to test for the existence of the function and use
the one you find? (test for the old fts function name and use that if
it exists, else use the new fts function name) Ahh, shoot, that would
assume the arguments are exactly the same though... (they might be,
guess it depends on which functions you're using).
-Andy
---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@xxxxxxxxxxxxxx so that your
message can get through to the mailing list cleanly
