Re: [sql]Joins

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: [sql]Joins
Дата
Msg-id Pine.BSF.4.21.0011090821140.43216-100000@megazone23.bigpanda.com
обсуждение исходный текст
Ответ на [sql]Joins  (Najm Hashmi <najm@mondo-live.com>)
Список pgsql-sql
On Fri, 10 Nov 2000, Najm Hashmi wrote:

> I am facing a dilemma at my work,   I am using postgres first time. For
> some reason, my co-workers think that in Postgres joins i.e.
> simple joins of two or three tables are so bad that their cost is
> exponential. They believe that postgres simply takes  Cartesian product
> of joining table in order to obtain desired tuples i.e. no optimization
> is done.
>        I refused to believe  so. I need your help to convince
> them that it is okay to join tables --two or three tables :)-- so we can 
> eliminate redundancies from the database. I also want to know how
> postgres optimizes a join query.  Thank you very much your help.

Umm, I don't know where they got that idea.  Tom Lane can go into details 
as the optimizer guru, but as a start, if you use EXPLAIN on your queries,
the system will tell you what plan it would use if you were to run the
query.  That will get you some idea of what the system is doing.

I've had no problems really until about 8-12 tables joined when you might
tickle a bug in some versions of postgres which cause bogus plans to be
generated.



В списке pgsql-sql по дате отправления:

Предыдущее
От: Najm Hashmi
Дата:
Сообщение: [sql]Joins
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: Oracle, ODBC, MS IIS -> problem!