Исходное сообщение
"MySQL победил на соревновании по производительности СУБД" Отправлено Ezh, 01-Сен-06 10:17
"максимально фичанутую" - смешно :) ярко выраженный клиент интегратора, который обещает, что SQL у Вас будет SQLистей, а логика логичнее, если конечно вы ему отдадите своё бабло. Обожаю людей с чужими деньгами, которые хотят не что-то конкретное, а просто "максимально фичанутое". Райское удовольствие их разра... с ними работать. По теме - бред это сравнение. Любая эксклюзивная разработка требует тонкого тюнинга БД в зависимости от характера работы. Postgres в дефолтной конфигурации вообще никакой. Планировщик у него очень капризный и настраивать его нужно под конкретную базу, исходя из статистики работы. Зато сложная выборка из таблицы в 3,5-4 млн записей с кучей полей где GROUP BY делаем по одной части, а ORDER BY делаем по другой, WHERE по остальным полям - занимает у posgres до тюнинга несколько минут!!!, после создание составных индексов "по учебнику" около минуты, после создания индексов в соответствии с "капризами" планировщика, оптимизации весов, тюнингов буферов - менее 50ms. На мускуле подобная табличка обрабатывалась после недельной борьбы за скорость в соответствии с лучшими best practics за 150ms, зато другие операции просто летали, не спорю. IMHO Pg медленнее мускуля в простых запросах, но не более чем на 10%-20%, а не на порядки!!! как написано. Дефолтные настройки у Pg правильные - они возволяют всего лишь запустить базу чтоб хоть как-то работало, другого и не надо. В качестве примера есть огромные (несколько Тб) астрологические и биологические базы которые довольно шустро шуршат под Pg. Аффторам сравнения - яда, чтобы своими опусами наивных людей не смущали :-)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: