Thread: cross table indexes?

I was wondering if there is something I can do that would act similar to
a index over more than one table.

I have about 3 million people in my DB at the moment, they all have
roles, and many of them have more than one name.

for example, a Judge will only have one name, but a Litigant could have
multiple aliases. Things go far to slow when I do a query on a judge
named smith. Does any one know a possible way to speed this up?

I would think that In a perfect world there would be a way to create an
index on commonly used joins, or something of that nature. I've tried
partial indexes, but the optimizer feels that it would be quicker to do
an index scan for smith% then join using the pkey of the person to get
their role. For litigants, this makes since, for non-litigants, this
doesn't.

thanx for any insight,
-jj-


--
"You can't make a program without broken egos."
--
Jeremiah Jahn <jeremiah@cs.earlham.edu>

On Wednesday 26 November 2003 14:04, Jeremiah Jahn wrote:
> I was wondering if there is something I can do that would act similar to
> a index over more than one table.
[snip]

You'll be better off posting this on the performance list. You'll be asked to
provide the output of EXPLAIN ANALYSE for the queries in question and
probably some schema details.

--
  Richard Huxton
  Archonet Ltd