ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] =?koi8-r?Q?Re=3A_=5Bapache-talk=5D_Re=3A_=5Bapache-rus=5D_=EE=D5?==?koi8-r?Q?=D6=CE=C1_=CB=CF=D2=D2=C5=CB=D4=CE=C1=D1_=D3=D7=D1=DA=CB?==?koi8-r?Q?=C1_Apache-RUS_PHP_PgSql_Perl?=



On Fri, 5 Oct 2001, Victor Wagner wrote:

> On Fri, 5 Oct 2001, Lev Serebryakov wrote:
> 
> > VW> Поэтому, если активно использовать Perl, то я бы предпочел PostgreSQL.
> > VW> Что касается требований к ресурсам, то они у него вполне приемлемые.
> >   странный он какой-то... Замирать любит. Даже на мощном железе.
> >   Некоторые (довольно-таки произвольные) запросы вводят его в ступор,
> >   до минуты. Даже на не очень больших объемах данных -- 20 таблиц,
> 
> В нем есть команда explain. К сожалению, нет хинтов как в Oracle,

А вот это
http://postgresql.rinet.ru/users-lounge/docs/7.1/postgres/explicit-joins.html
на хинты не похоже ?

> поэтому в случае когда план запроса оказывается неудачным начинается
> шаманство - поменять местами таблицы во from,
> если имеются три таблицы связанные условиями
> 
> a.key=b.key and b.key=c.key, добавить третье (лишнее) условие
> a.key=c.key
> 
> и так далее.

Игорь Сысоев

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.