On Wed, Oct 27, 1999 at 01:28:06PM +0300, Sergey S. Rakitin wrote:
>"Alexandr D. Kanevskiy" wrote:
>>
>> On Wed, 27 Oct 1999, Vladimir A. Jakovenko wrote:
>>
>> VAJ>P.S. Если нужен хороший SQL, и не коммерческий, советую посмотреть на
>> VAJ> PostgreSQL .....
>> А устойчивость ? С несколькими людьми беседовал - многие жаловались
>> что любит падать.
>
>Да нет. У него порсто вообще реакция на происходящее примерно следующая:
>если что не так, то надо по одинадцатому сигналу вывалиться |-) А по
Угу, падает, иногда (редко) и как правило по причине глюков в триггерах/
хранимых процедурах, которые сам для себя пишеш :-)
По существу -- Postgres для каждого соединения с базой держит отдельный
process (изначально стартует один -- postmaster, и на входящее соединение
порождает потомка (fork()). Взаимодействие отдельных процессов, обслуживающих
разные соединения, происходит через shared-memory и семафоры. На моей памяти
были ситуации когда падал backend, обслуживающий отдельную сессию, но
это ни разу не привело к неработоспособности остальных процессов (сессий).
>существу - до сих пор единственная проблема с vacuum'ом. Если на долго
>стоЯщей базе (под хорошей нагрузкой) на лету изображать периодически
>вакуум, то... вот цитата из мана: "If the server crashes during a vacuum
>command..." |-) А сами разработчики советуют перед этой процедурой
>рестартить постгрес :) А в остальном он производит очень даже приятные
>впечатления. Да и постгресовкие triggers/SPI и rules system тоже не
>последний момент в этом всем (в свое время из-за этого и пал взгляд именно
>на него)...
В 6.5.x вроде проблемы с vacuum порешали, или я чегото недочитал?
>--
> Sergey S. Rakitin ElVisti Information Center
> SSR2-RIPE (380 44) 247-3940, 244-0122
--
Regards,
Vladimir.
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html