From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Eric Ridge <ebr(at)tcdi(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: fulltext searching via a custom index type |
Date: | 2003-12-26 21:04:34 |
Message-ID: | 3261.1072472674@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Eric Ridge <ebr(at)tcdi(dot)com> writes:
> Xapian has it's own storage subsystem, and that's what I'm using to
> store the index... not using anything internal to postgres (although
> this could change).
I would say you have absolutely zero chance of making it work that way.
You will not be able to get it to interoperate reliably with
transactions, checkpointing, or WAL replay; to say nothing of features
we might add in the future, such as tablespaces and point-in-time recovery.
You need to migrate all the data into the Postgres storage mechanism.
It might be worth pointing out here than an index AM is not bound to use
exactly the typical Postgres page layout. I think you probably do have
to use the standard page header, but the page contents don't have to
look like tuples if you don't want 'em to. For precedent see the hash
index AM, which stores ordinary index tuples on some index pages but
uses other pages for its own purposes.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Martin Marques | 2003-12-26 21:17:02 | Re: between |
Previous Message | Mike Nolan | 2003-12-26 21:02:42 | Re: between |
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Hallgren | 2003-12-26 21:22:52 | Re: PostgreSQL port to pure Java? |
Previous Message | Eric Ridge | 2003-12-26 20:53:34 | Re: fulltext searching via a custom index type |