ПРОЕКТЫ 


  АРХИВ 


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: Re[3]: [apache-talk] postgres gluki



Hi!

void@void.ru wrote  me:

> Постгрес весьма быстр, но у него есть (по крайней мере в 7й версии)
> специфический глюк - когда размер запроса у меня был около 15 КБ
> (селект по таблице с большим количеством полей (около сотни), то
> постгрес вылетал в кору :( ) но как видится мне, такая ситуация может
> возникнуть лишь при проверке тонких таргетинговых настроек БС, да и
Наверно не 15 К, а 16 ;-) - как это написано в документации,
но ЗАЧЕМ столько полей??????????? Ни за что не поверю, что нельзя
было сделать по другому. Зачем тянуть за собой идеологию убогих
досовских RDBM - каждому имени свой столбец?
Когда ко мне подошли с подобной проблемой (не хватало 16к), 
то мы из N столбцов сделали три таблицы по три поля и человек
был весьма доволен - все заработало быстрей. 

> никто не мешает раздробить этот селект на select .. into tmptable; select
> from tmptable; drop tmptable.
А для этого существует view.


А вообщем по многим параметрам PG превосходит так называемые ╚коммерческие╩,
только иной раз действительно поседеешь запускать explain, пока настроешь его.

=============================================================================
=               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.