Re: [SQL] How to optimize a query...

secret wrote:

>     I originally had this query with an OR clause instead of the UNION,
> which made it amazingly impossibly slow, with the UNION it's far faster
> however it's still very slow,(10,000+ rows in both stables), is there a
> way to speed this up?  I have BTREE indexes on all concerned fields of
> the tables, but it doesn't seem to use any of them...
>
>     I have another query that joins the result of this with 5 other
> tables, unfortunately that one takes like 10 minutes...  Any suggestions
> on optimizations would be very appreciated.
>
> ftc=> explain
> ftc-> select po_id,ticket_pk
> ftc-> from tickets,po
> ftc-> where po_id=material_po
> ftc-> union
> ftc-> select po_id,ticket_pk
> ftc-> from tickets,po
> ftc-> where po_id=trucking_po
> ftc-> ;
> NOTICE:  QUERY PLAN:
>
> Unique  (cost=4744.05 size=0 width=0)
>   ->  Sort  (cost=4744.05 size=0 width=0)
>         ->  Append  (cost=4744.05 size=0 width=0)
>                 ->  Hash Join  (cost=2372.03 size=11659303 width=12)
>                       ->  Seq Scan on tickets  (cost=849.03 size=19213
> width=8)
>                       ->  Hash  (cost=0.00 size=0 width=0)
>                             ->  Seq Scan on po  (cost=528.98 size=10848
> width=4)
>                 ->  Hash Join  (cost=2372.03 size=13838477 width=12)
>                       ->  Seq Scan on tickets  (cost=849.03 size=19213
> width=8)
>                       ->  Hash  (cost=0.00 size=0 width=0)
>                             ->  Seq Scan on po  (cost=528.98 size=10848
> width=4)
>
> EXPLAIN

    I'm having a lot of problems with performance under PostgreSQL, it seems
most of my major queries arn't using indexes(as above)... tickets has 15k
tables, 10k tables... The above query takes about 4 minutes...

    Unfortunately I need to add in joins to about 5 tables.... If I add one
more table it's 10 minutes... 2?  Who knows, I know by 5 it's unacceptable,
can anyone please give me some advise on what my problems might be with
queries?  I've done VACUUM ANALYZE ... I didn't used to do that, could it be
missing data from way back?  Should I reload the entire database?

--David