From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4437A4E8.1090805@gmail.com> Date: Sat, 08 Apr 2006 15:56:24 +0400 From: Vladimir Lettiev User-Agent: Thunderbird 1.5 (X11/20060328) MIME-Version: 1.0 To: ALT Linux Sisyphus discussion list X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: [sisyphus] =?koi8-r?b?99nCz9Ig8/Xi5A==?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.7 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 10:55:06 -0000 Archived-At: List-Archive: List-Post: Добрый день. Для одной задачи встала проблема выбора реляционной базы данных. Пишу в sisyphus@, поскольку обкат СУБД буду производить на машинке с sisyphus. Особенность задачи в том, что потребуется высокая скорость записи (удовлетворительным показателем будет считаться не менее 3000 записей в секунду), при этом иметь возможность делать достаточно сложные выборки. Возможность кластеризации и/или ha. Пока склоняюсь к выбору MySQL (5.0.18). Взяв образец данных (одна запись) мне удалось достигнуть средней скорости 7200 зап/cек на таблицах формата MyISAM и 8100 зап/сек для таблиц хранимых в памяти. Также пробовал PostgreSQL(8.1.3), но она ушла не дальше Oracle с показателем 2100 зап/сек. Хотя знанием тюнинга PostgreSQL я похвастаться не могу и, очевидно, что проблема в настройках, поскольку обнаруживается высокая нагрузка на дисковую подсистему, какой нет при работе MySQL. Может ли кто-нибудь посоветовать что-нибудь ещё для рассмотрения или как улучшить показатели, рассмотренных выше СУБД. p.s. индексация в таблицах с высокой скорости записи естественно использоваться не будет. -- WBR, Vladimir Lettiev aka crux [theCrux at gmail dot com]