https://opennet.me/openforum/vsluhforumID3/61705.html Результаты нескольких тестов производительности PostgreSQL:<br><br><br><br><br>- Тестирование (http://geomapx.blogspot.com/2009/12/postgresql-83.html) PostgreSQL 8.3 на больших таблицах: 10М записей;<br><br><br>- Тестирование (http://geomapx.blogspot.com/2009/12/postgresql-83-40.html) PostgreSQL 8.3 на больших таблицах: 40М записей;<br><br><br>- Тестирование (http://geomapx.blogspot.com/2009/12/postgresql-83-40_04.html) PostgreSQL 8.3 на больших таблицах: 40М записей и ограничение ОЗУ;<br><br>- Сравнение (http://geomapx.blogspot.com/2009/11/postgresql-81-vs-sqlite-3620-in-real.html) скорости работы реального приложения при использовании PostgreSQL 8.1 и SQLite 3.6.20.<br><br><br><br>URL: http://geomapx.blogspot.com/2009/12/postgresql-83.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=24540<br> https://opennet.me/openforum/vsluhforumID3/61705.html#11 Mon, 07 Dec 2009 13:11:41 GMT Извините, это какой-то поток сознание про "перегрузку жёстких дисков".<br><br>Есть куча нюансов использования sqlite. Оно не всегда и не везде быстрее и возможности очень скромны. В некоторых случаях целесообразнее вообще применять нереляционные БД.<br> https://opennet.me/openforum/vsluhforumID3/61705.html#10 Sun, 06 Dec 2009 10:44:35 GMT Глупое сравнение с QSLite. Она же не сервер, а эмбедед.<br>Нужно сравнивать с сервера с сопоставимой архитектурой.<br> https://opennet.me/openforum/vsluhforumID3/61705.html#9 Sun, 06 Dec 2009 00:34:02 GMT а там гораздо лучше с производительностью, судя по пресс-релизу. Его бы потестировали.<br> https://opennet.me/openforum/vsluhforumID3/61705.html#8 Sat, 05 Dec 2009 23:49:41 GMT Чего сравнивать, кому не нравится пусть покупают Oracle. DrNo правильно сказал, тут уж добавить нечего.<br> https://opennet.me/openforum/vsluhforumID3/61705.html#7 Sat, 05 Dec 2009 19:23:27 GMT Вы не любите кошек? Да вы просто не умеете их готовить!<br><br>PS Это про чушь по п.3. На заборе тоже написано..<br> https://opennet.me/openforum/vsluhforumID3/61705.html#6 Sat, 05 Dec 2009 18:19:34 GMT Хм, а почему "за такую конструкцию смело можно не читать статью" В высшей степени часто употребляемая конструкция имеющая различные аспекты. ???<br> https://opennet.me/openforum/vsluhforumID3/61705.html#5 Sat, 05 Dec 2009 17:28:05 GMT 1) `select ... from ... where ... in ( select ... )' - за такую конструкцию смело можно не читать статью.<br><br>2) если грамотно вдуплиться в реальность бытия - то станет ясно, что все подается в сравнении. к примеру - с другой бд, с другим администратором/архитектором бд и пр. из известных мне бд оракл чуть бы не единственный, который учитывает все возможные глубины некомпетентности разработчиков - и старается компенсировать это хардкодом, исправляющим типовые ошибки.<br><br>3) никогда бы не додумался, но один человек как-то ответил на вопрос причины категорического предпочтения постгресу - мускуль: при сотнях тысяч таблиц - мускуль работает быстрее. Этот пример можно записать как еще один камень в огород постгреса, или просто тупо погоревать над глупостями некторых. Я предпочел поржать...<br><br>4) п.3 - для сравнения.<br><br>5) не читал статью - только пробежался взглядом - если появится ответ - посмотрю - отвечу.<br> https://opennet.me/openforum/vsluhforumID3/61705.html#3 Sat, 05 Dec 2009 12:14:48 GMT &gt; а почему не сравнивали с ораклом каким нибудь, или на худой конец с файербёрдом? <br><br>Сейчас интереснее неадминистрируемые СУБД, и те, которые можно легко перемещать между хостами. Опять же, нагрузка на самое узкое место - подсистему ввода-вывода для проектов на SQLite на порядки ниже. С одной стороны, есть ограничение, что кол-во модифицирующих транзакций в секунду ограничено примерно сотней, с другой стороны - максимальная нагрузка на жесткий диск заранее известна и перегрузки не будет. Если учесть, что при средней нагрузке в два десятка модифицирующих транзакций в секунду за год получается база в десятки гигабайт, то становится понятно - для большинства проектов этого достаточно (и нужен всего лишь один винт 10 000 rpm, так что зеркало через drbd можно держать на другой машине, и это надежнее получается, чем просто зеркальный рэйд).<br><br>В классе клиент-серверных СУБД вместо того, чтобы удвоить производительность, добавив второй идентичный хост, приходится использовать вдесятеро более дорогой сервер. Или, ес https://opennet.me/openforum/vsluhforumID3/61705.html#2 Sat, 05 Dec 2009 09:30:46 GMT Почему графика нет на котором сразу понятно что и как работает.<br>А читать эту хрень нет желания<br>