ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Evgenij M. Baldin                    2:5020/400     23 May 2003  07:22:11
 To : Konstantin Tokar
 Subject : Re: пpоизводительность PostgreSQL
 -------------------------------------------------------------------------------- 
 

 Добрый день
 
  К сожалению этим вопросом не интересовался. Производительность меня
 устраивает. Основное повышение производительности получил не с помощью
 тюнинга (процентов 10% при настройке и двойка при перезде на новое
 железо), а с помощью изменения структуры данных и схемы запросов
 (порядок, в кое-каких действиях два). С моей точки зрения для
 повышения производительности надо вкладывать в основном в это.
 
 С другой стороны мой случай подавался формализации - куча однотипных
 таблиц с однородными данными до нескольких десятков тысяч записей c
 частотой записи до раза в минуту. Раз в неделю делался vaccum analize.
 
 Hа сколько я понимаю репликация в стабильной версии пока отсутствует -
 надо ждать следующего релиза (это моя точки зрения). Всё таки
 стабильность должна привалировать даже в ущерб скорости.
 
 С уважением
   Евгений
 
 Konstantin Tokar <fido7@tokar.ru> wrote:
 
 > А есть ещё вопрос про производительность. Предположим, сделали базу на 
 > постгресе. Производительности по извлечению данных стало не хватать, с 
 > другой стороны операций по добавлению немного, но они идут регулярно.
 
 > Я нашёл несколько ссылок на проекты разной степени поддержки репликации -
 > . Usogres (Tesuichi Hosokawa)
 > . eRServer (Vadim Mikheev and Thomas Lockhart @ PostgreSQL, Inc.)
 > . PostgreSQL Replicator (Matteo Cavalleri, Rocco Prudentino @ IRCCS)
 > . Postgres-R (Bettina Kemme, Win Bausch, Gustavo Alonso, Michael Baumer, 
 > Ignaz Bachman, and others @ ETH Zurich)
 
 > но не могу оценить степень их доведённости до возможности испоользования 
 > на боевом сервере.
 
 > В принципе, минимум, что мне надо - один master и несколько slave. 
 > Программа максимум - возможность организовать подхват одним из slave 
 > функций мастера при сбоях на master.
 -- 
                   Budker Institute of Nuclear Physics
                      e-mail: E.M.Baldin(at)inp.nsk.su
              WWW: http://www.inp.nsk.su/~baldin
 --- ifmail v.2.15dev5
  * Origin: BINP, Novosibirsk, Russia (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор