Re: Query issue/8.0.1/Serendipity

Поиск
Список
Период
Сортировка
От Larry Rosenman
Тема Re: Query issue/8.0.1/Serendipity
Дата
Msg-id 200503080628.39117.ler@lerctr.org
обсуждение исходный текст
Ответ на Re: Query issue/8.0.1/Serendipity  (Michael Glaesemann <grzm@myrealbox.com>)
Ответы Re: Query issue/8.0.1/Serendipity
Список pgsql-sql
On Tuesday 08 March 2005 06:21 am, Michael Glaesemann wrote:
> Larry,
>
> Restating your SQL in a more reader-friendly form:
[snip]
>
This is from an error page (and machine generated to boot :) ) 

> I can see you're using a lot of left joins. You are beginning your left
> joins off of ec, so I believe neither e nor c can be referenced as join
> conditions. It might work if you reorder the first part of the FROM
> clause as the following:
>
> FROM serendipity_category c
>      , serendipity_entrycat ec
>      , serendipity_entries e
> LEFT OUTER JOIN serendipity_entryproperties ep_cache_extended
>
> (Thugh I can't be sure without seeing table definitions.)
a pg_dump -s is at:

http://www.lerctr.org/~ler/s9y.sql


>
> It also appears you have a redundant e.timestamp constraint in the
> WHERE clause: if e.timestamp is >= 1110241185 it's definitely going to
> be <= 1112335200
this query is machine generated, so I'm sure it's based on timestamps.

>
> Hope this helps. I find white space helps me read my own SQL much more
> easily.

understood, as I said, it's machine generated :) 

>
> Michael Glaesemann
> grzm myrealbox com

-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 214-351-4152                 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611


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

Предыдущее
От: Michael Glaesemann
Дата:
Сообщение: Re: Query issue/8.0.1/Serendipity
Следующее
От: Larry Rosenman
Дата:
Сообщение: Re: Query issue/8.0.1/Serendipity