<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: PostgreSQL vs. MySQL</title>
	<atom:link href="http://www.smira.ru/2009/01/06/postgresql-vs-mysql/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/</link>
	<description></description>
	<lastBuildDate>Thu, 13 Jan 2011 15:03:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Автор: Андрей</title>
		<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/comment-page-1/#comment-940</link>
		<dc:creator>Андрей</dc:creator>
		<pubDate>Fri, 20 Feb 2009 06:06:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=255#comment-940</guid>
		<description>&lt;p&gt;Для балансировки по слейвам мы ничего не используем, это происходит на уровне приложения.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Для балансировки по слейвам мы ничего не используем, это происходит на уровне приложения.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Rauan</title>
		<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/comment-page-1/#comment-939</link>
		<dc:creator>Rauan</dc:creator>
		<pubDate>Thu, 19 Feb 2009 19:59:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=255#comment-939</guid>
		<description>&lt;p&gt;Здравствуйте, Андрей.
Интересует, что вы используете для балансировки по slave&#039;ам. pgpool?&lt;/p&gt;

&lt;p&gt;Сам тоже использую PostgreSQL, но по-настоящему влюбился в него после того, как попробовал fts. )&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Здравствуйте, Андрей.
Интересует, что вы используете для балансировки по slave&#8217;ам. pgpool?</p>

<p>Сам тоже использую PostgreSQL, но по-настоящему влюбился в него после того, как попробовал fts. )</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Vladimir Rusinov</title>
		<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/comment-page-1/#comment-922</link>
		<dc:creator>Vladimir Rusinov</dc:creator>
		<pubDate>Wed, 21 Jan 2009 10:25:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=255#comment-922</guid>
		<description>&lt;p&gt;В MySQL в последне время очень не нравится закрытость процесса разработки. Есть очень много нужных патчей от Percona и Google, которых нету в основной ветке, а самостоятельно патчить неудобно.&lt;/p&gt;

&lt;p&gt;К слову, кажется вся функциональность этих патчей есть в postgtes (особенно что касается information_schema).
Однако как мне кажется postgres сложнее масштабировать, в то время как с MySQL Cluster масштабирование выглядит достаточно легко.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>В MySQL в последне время очень не нравится закрытость процесса разработки. Есть очень много нужных патчей от Percona и Google, которых нету в основной ветке, а самостоятельно патчить неудобно.</p>

<p>К слову, кажется вся функциональность этих патчей есть в postgtes (особенно что касается information_schema).
Однако как мне кажется postgres сложнее масштабировать, в то время как с MySQL Cluster масштабирование выглядит достаточно легко.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: anonymous</title>
		<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/comment-page-1/#comment-912</link>
		<dc:creator>anonymous</dc:creator>
		<pubDate>Sun, 11 Jan 2009 16:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=255#comment-912</guid>
		<description>&lt;p&gt;Горный не дурак. Горный - козёл.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Горный не дурак. Горный &#8211; козёл.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Алексей Акулиничев</title>
		<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/comment-page-1/#comment-911</link>
		<dc:creator>Алексей Акулиничев</dc:creator>
		<pubDate>Sun, 11 Jan 2009 10:05:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=255#comment-911</guid>
		<description>&lt;p&gt;Работал с MySQL, PostgreSQL, MsSQL (всё веб-проекты). Если комплексно судить по быстродействию, возможностям и интуитивно-понятному интерфейсу прилагаемых утилит, то больше всего понравился PostgreSQL. Оценка дана для тех случаев, когда не хочется нанимать специальных людей-гуру оптимизирующих настройки СУБД и БД. (имеется ввиду, что во всех случаях СУБД настраивали и сопровождали обычные программисты без специализированного образования в области конкретных баз данных) Возможности PostgreSQL, действительно, раскрываются потихоньку.
А Горный - дурак. В своё время мне доказывал, что на Java невыгодно что-либо делать, программистов нормальных не бывает, а архитектура WEB-приложений никуда не годится (по сравнению с его любимым PHP).&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Работал с MySQL, PostgreSQL, MsSQL (всё веб-проекты). Если комплексно судить по быстродействию, возможностям и интуитивно-понятному интерфейсу прилагаемых утилит, то больше всего понравился PostgreSQL. Оценка дана для тех случаев, когда не хочется нанимать специальных людей-гуру оптимизирующих настройки СУБД и БД. (имеется ввиду, что во всех случаях СУБД настраивали и сопровождали обычные программисты без специализированного образования в области конкретных баз данных) Возможности PostgreSQL, действительно, раскрываются потихоньку.
А Горный &#8211; дурак. В своё время мне доказывал, что на Java невыгодно что-либо делать, программистов нормальных не бывает, а архитектура WEB-приложений никуда не годится (по сравнению с его любимым PHP).</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Андрей</title>
		<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/comment-page-1/#comment-910</link>
		<dc:creator>Андрей</dc:creator>
		<pubDate>Sat, 10 Jan 2009 16:17:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=255#comment-910</guid>
		<description>&lt;p&gt;Первое преимущество PostgreSQL (хотя и спорное) с моей точки зрения - это его внутрення консистентность. Нет каких-то &quot;движков&quot; БД, плагинов в ядре сервера. Вся функциональность, которая есть, она доступна сразу и не надо думать о том, что будет работать, что нет и как. Оно сразу работает, полностью, умеет восстанавливаться и т.п. Это единая версия, протестированная. Стандартные расширения (contrib) живут вместе с основным исходным кодом и проходят то же тестирование от версии к версии. Это очень зрелая БД с большим сроком разработки исходного кода, который считается одним из лучших в мире open-source. Стабильность и корретность работы PostgreSQL уже давно доказана и о ней ходят легенды.&lt;/p&gt;

&lt;p&gt;Сранивать список фич можно, но это нудная процедура, можно найти где-нибудь &quot;feature matrix&quot; и сравнить &quot;плюсы&quot; и &quot;минусы&quot;. В чем на сегодня MySQL круче - это простота настройки репликации, у PostgreSQL (Slony) это геморройно. Но в PostgreSQL обещают в ближайшее время похожее на MySQL решение.&lt;/p&gt;

&lt;p&gt;Полноценное серверное программирование (продуманное и большой выбор языков), расширяемость (новые типы данных), интереснейшие дополнения (например, GiST-индесы). Это то, что нравится лично мне. Интересна еще концепция rules, подмножеством которой является view, а rules позволяют сделать writeable view. &lt;/p&gt;

&lt;p&gt;Можно еще дальше продолжать.. Проще говорить о какой-то конкретной возможности и её расписывать подробно.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Первое преимущество PostgreSQL (хотя и спорное) с моей точки зрения &#8211; это его внутрення консистентность. Нет каких-то &laquo;движков&raquo; БД, плагинов в ядре сервера. Вся функциональность, которая есть, она доступна сразу и не надо думать о том, что будет работать, что нет и как. Оно сразу работает, полностью, умеет восстанавливаться и т.п. Это единая версия, протестированная. Стандартные расширения (contrib) живут вместе с основным исходным кодом и проходят то же тестирование от версии к версии. Это очень зрелая БД с большим сроком разработки исходного кода, который считается одним из лучших в мире open-source. Стабильность и корретность работы PostgreSQL уже давно доказана и о ней ходят легенды.</p>

<p>Сранивать список фич можно, но это нудная процедура, можно найти где-нибудь &laquo;feature matrix&raquo; и сравнить &laquo;плюсы&raquo; и &laquo;минусы&raquo;. В чем на сегодня MySQL круче &#8211; это простота настройки репликации, у PostgreSQL (Slony) это геморройно. Но в PostgreSQL обещают в ближайшее время похожее на MySQL решение.</p>

<p>Полноценное серверное программирование (продуманное и большой выбор языков), расширяемость (новые типы данных), интереснейшие дополнения (например, GiST-индесы). Это то, что нравится лично мне. Интересна еще концепция rules, подмножеством которой является view, а rules позволяют сделать writeable view. </p>

<p>Можно еще дальше продолжать.. Проще говорить о какой-то конкретной возможности и её расписывать подробно.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Nikolay Samokhvalov</title>
		<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/comment-page-1/#comment-909</link>
		<dc:creator>Nikolay Samokhvalov</dc:creator>
		<pubDate>Thu, 08 Jan 2009 21:03:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=255#comment-909</guid>
		<description>&lt;p&gt;А какие фишки PostgreSQL, которые есть в MySQL, используете вы?&lt;/p&gt;

&lt;p&gt;Коснитесь чего угодно -- и сразу будет что обсудить ;-)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>А какие фишки PostgreSQL, которые есть в MySQL, используете вы?</p>

<p>Коснитесь чего угодно &#8212; и сразу будет что обсудить <img src='http://www.smira.ru/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Kolger</title>
		<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/comment-page-1/#comment-908</link>
		<dc:creator>Kolger</dc:creator>
		<pubDate>Thu, 08 Jan 2009 20:16:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=255#comment-908</guid>
		<description>&lt;p&gt;Оно все понятно, что не тормозит: опыт использования Постреса Yahoo, например, доказывает это.
Вопрос в другом: какие явные преимущества PostgreSQL перед MySQL? В статье фактически сказано лишь о том, что она ничем не хуже MySQL, но на самом же деле она во многих местах и много лучше и близиться по функционалу к таким СУБД как Oracle. 
От себя могу сказать, например о нормальном языке для хранимых процедур.
А какие фишки PostgreSQL, которых нету в MySQL используете Вы?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Оно все понятно, что не тормозит: опыт использования Постреса Yahoo, например, доказывает это.
Вопрос в другом: какие явные преимущества PostgreSQL перед MySQL? В статье фактически сказано лишь о том, что она ничем не хуже MySQL, но на самом же деле она во многих местах и много лучше и близиться по функционалу к таким СУБД как Oracle. 
От себя могу сказать, например о нормальном языке для хранимых процедур.
А какие фишки PostgreSQL, которых нету в MySQL используете Вы?</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Артём Курапов</title>
		<link>http://www.smira.ru/2009/01/06/postgresql-vs-mysql/comment-page-1/#comment-907</link>
		<dc:creator>Артём Курапов</dc:creator>
		<pubDate>Thu, 08 Jan 2009 13:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=255#comment-907</guid>
		<description>&lt;p&gt;Работал с постгре, в целом — хорошая СУБД, но реально использовать можно если свой сервак, большой проект (как в посещаемости так и в объёмах данных) и есть разумные девелоперы умеющие оптимизировать SQL. Потому что mysql отлично поддерживается на хостингах, по умолчанию используется myisam без внешних ключей (отсюда и снижение в требованиях к девелоперам), а таблички еле выдерживают до миллиона рядов при интенсивном read/write (хотя it depends..).&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Работал с постгре, в целом — хорошая СУБД, но реально использовать можно если свой сервак, большой проект (как в посещаемости так и в объёмах данных) и есть разумные девелоперы умеющие оптимизировать SQL. Потому что mysql отлично поддерживается на хостингах, по умолчанию используется myisam без внешних ключей (отсюда и снижение в требованиях к девелоперам), а таблички еле выдерживают до миллиона рядов при интенсивном read/write (хотя it depends..).</p>]]></content:encoded>
	</item>
</channel>
</rss>

