<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>JUG.ua &#187; PostgreSQL</title>
	<atom:link href="http://jug.ua/tag/postgresql/feed/" rel="self" type="application/rss+xml" />
	<link>http://jug.ua</link>
	<description>weblog сообщества Java-разработчиков КПИ</description>
	<lastBuildDate>Sun, 05 Feb 2012 12:27:59 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>MySQL &amp; PostgreSQL</title>
		<link>http://jug.ua/2010/07/mysql-postgresql/</link>
		<comments>http://jug.ua/2010/07/mysql-postgresql/#comments</comments>
		<pubDate>Wed, 28 Jul 2010 10:25:08 +0000</pubDate>
		<dc:creator>ibm_dw</dc:creator>
				<category><![CDATA[документация]]></category>
		<category><![CDATA[программирование]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[PostgreSQL]]></category>

		<guid isPermaLink="false">http://jug.ua/?p=476</guid>
		<description><![CDATA[При сравнении MySQL и PostgreSQL исторически сформировался следующий подход: MySQL часто рассматривают как быструю базу данных, более легкую в настройке и использовании, в то время как PostgreSQL с самого начала разрабатывалась как база с большим числом настроек и более точным соответствием стандарту. Часть 1: Сравнительный анализ. MySQL и PostgreSQL – две наиболее популярные open-source базы [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://jug.ua/wp-content/uploads/2010/07/Msquel.jpg"><img class="alignleft size-full wp-image-478" src="http://jug.ua/wp-content/uploads/2010/07/Msquel.jpg" alt="" width="150" height="41" /></a>При сравнении MySQL и PostgreSQL исторически сформировался следующий подход:</p>
<p>MySQL часто рассматривают как быструю базу данных, более легкую в настройке и использовании, в то время как PostgreSQL с самого начала разрабатывалась как база с большим числом настроек и более точным соответствием стандарту.</p>
<p><a href="http://www.ibm.com/developerworks/ru/library/os-mysql-postgresql/01/index.html?S_TACT=105AGX99&amp;S_CMP=GR01">Часть 1: Сравнительный анализ.</a><br />
MySQL и PostgreSQL – две наиболее популярные open-source базы данных в мире. Каждая база имеет свои особенности и отличия. Если вам нужно быстрое хранилище для простых запросов с минимальной настройкой, я бы порекомендовал MySQL. Если вам нужно надежное хранилище для большого объема данных с возможностью расширения, репликации, полностью соответствующее современным стандартам языка SQL, я бы предложил использовать PostgreSQL.</p>
<p><a href="http://www.ibm.com/developerworks/ru/library/os-mysql-postgresql/02/index.html?S_TACT=105AGX99&amp;S_CMP=GR01">Часть 2: Конфигурация MySQL.</a></p>
<p>Конфигурация, идущая по умолчанию, в большинстве случаев не рассчитана на максимальное использование ресурсов. Изменение одного параметра в конфигурации зачастую также не приводит к ожидаемым результатам. Оптимизировать можно использование памяти, дисковые операции и многое другое. Правильное понимание настройки конфигурации сервера может сильно сэкономить ваше время, силы и нервы.</p>
<p><a href="http://www.ibm.com/developerworks/ru/library/os-mysql-postgresql/03/index.html?S_TACT=105AGX99&amp;S_CMP=GR01">Часть 3: Конфигурация PostgreSQL.</a></p>
<p>Конфигурация, идущая по умолчанию, в большинстве случаев не рассчитана на максимальное использование ресурсов – это справедливо как для PostgreSQL, так и для MySQL. Пути по умолчанию для каталогов можно изменить непосредственно при сборке из исходников. Некоторые параметры постгресу можно передавать из командной строки. Так же можно определить переменную окружения PGOPTIONS, а значения некоторых переменных можно изменить прямо в процессе выполнения запросов.</p>
<p><a href="http://www.ibm.com/developerworks/ru/library/os-mysql-postgresql/04/index.html?S_TACT=105AGX99&amp;S_CMP=GR01">Часть 4: Масштабирование MySQL.</a></p>
<p>Проблемы масштабирования возникают не сразу – они появляются внезапно и в определенный момент. Если вы к этому не готовы, то вас ждут большие проблемы. Компания, которая не в состоянии масштабировать свои приложения, терпит крах. Причины могут иметь свои корни как в железе, так и в софте. База данных, разнесенная по нескольким серверам и имеющая большую пользовательскую нишу, должна иметь более высокие требования по готовности для большего числа запросов.</p>
<p><a href="http://www.ibm.com/developerworks/ru/library/os-mysql-postgresql/05/index.html?S_TACT=105AGX99&amp;S_CMP=GR01">Часть 5: Масштабирование PostgreSQL.</a></p>
<p>В предыдущей статье мы обсудили вопросы масштабирования MySQL. Рассмотрим эти моменты для сервера баз данных PostgreSQL.</p>
<p><a href="http://www.ibm.com/developerworks/ru/library/os-mysql-postgresql/06/index.html?S_TACT=105AGX99&amp;S_CMP=GR01">Часть 6: Репликация MySQL.</a></p>
<p>Реализация репликаций в MySQL имеет ряд недостатков, над которыми активно ведется работа. Google выпустил несколько патчей, улучшающих возможности репликации. Ведется работа над multimaster и построчной репликациями, которые появятся в будущих версиях. Имеются планы по автоматической конфигурации слэйвов. Все это вселяет уверенность в том, что одна из самых востребованных на сегодняшний день open-source баз данных MySQL станет еще продуктивнее, еще быстрее, еще надежнее.</p>
]]></content:encoded>
			<wfw:commentRss>http://jug.ua/2010/07/mysql-postgresql/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

