Re: [PERFORM] arrays and indexes

2004-07-26 Thread Greg Stark
Tom Lane <[EMAIL PROTECTED]> writes: > > I still don't really know why it failed, but after two days building the > > index I gave up. > > Sounds like a bug to me. Could you put together a test case? At the time I contacted one of the GiST authors and we went over things for a while. They diag

Re: [PERFORM] arrays and indexes

2004-07-26 Thread Tom Lane
Greg Stark <[EMAIL PROTECTED]> writes: > I would be curious to know how it goes. My own project uses > denormalized sets stored as arrays as well, though in my case they're > precalculated from the fully normalized data. I tried to use GiST > indexes but ran into problems combining the btree-GiST c

Re: [PERFORM] arrays and indexes

2004-07-26 Thread Greg Stark
"Ross J. Reedstrom" <[EMAIL PROTECTED]> writes: > These groups _really are_ ideal for Joe Conway's work on arrays: we need > ordered vectors, so we'd be sorting all the time, otherwise. They're > static, and they're read only. The one thing they're not is fixed, known > size (Sorry Merlin). They w

Re: [PERFORM] arrays and indexes

2004-07-26 Thread Pierre-Frédéric Caillaud
> SELECT * from content where 42 = ANY (authors); Postgres does have a way to do what you ask, though. It involves GiST indexes and the operators from the contrib/intarray directory from the Postgres source. I have tried to use these indexes, and the performance was very good. It can be faste

Re: [PERFORM] arrays and indexes

2004-07-26 Thread Ross J. Reedstrom
On Mon, Jul 26, 2004 at 02:27:20AM -0400, Greg Stark wrote: > > "Ross J. Reedstrom" <[EMAIL PROTECTED]> writes: > > > In the new schema, the same thing is: > > > > SELECT * from content where 42 = ANY (authors); > > > > Works fine, but for the life of me I can't find nor figure out how to > > b

Re: [PERFORM] arrays and indexes

2004-07-26 Thread Merlin Moncure
Ross wrote: > Hi all - > I've got a schema I'm working on modifying, nad I need some help getting > the best performance out. The orginal schema has a many to many linkage > between a couple tables, using a two column linkage table. This is used > to represent groups of people and their relationshi

Re: [PERFORM] arrays and indexes

2004-07-25 Thread Greg Stark
"Ross J. Reedstrom" <[EMAIL PROTECTED]> writes: > In the new schema, the same thing is: > > SELECT * from content where 42 = ANY (authors); > > Works fine, but for the life of me I can't find nor figure out how to > build an index that will be used to speed this along. Any ideas? Well that's b

[PERFORM] arrays and indexes

2004-07-25 Thread Ross J. Reedstrom
Hi all - I've got a schema I'm working on modifying, nad I need some help getting the best performance out. The orginal schema has a many to many linkage between a couple tables, using a two column linkage table. This is used to represent groups of people and their relationship to an object (autho