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 =
