<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр:  Метки / базы данных</title>
	<link>http://habrahabr.ru/rss/tag/базы данных/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 22:32:13 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
			
		<item>		
			<title><![CDATA[PHP / Готовим ActiveRecord из PDO. Часть 0]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/php/138001/</guid>
			<link>http://habrahabr.ru/blogs/php/138001/</link>			
			<description><![CDATA[Доброго времени суток, хабровчане. Многие из вас, кто так или иначе соприкасался с веб-разработкой, знают о таком удобном способе обращения к БД как <a href="http://en.wikipedia.org/wiki/Active_record_pattern" title="Ссылка на википедию">ActiveRecord</a>, чуть меньше человек согласиться, что это действительно очень удобно, примерно столько же понимает, что это далеко не всегда лучшее решение для проекта из соображений производительности. И это действительно так, но можно много чего придумать для избавления от этих проблем: кеширование всего и вся, различные архитектурные ухищрения и т.д.<br/>
<br/>
Именно различными улучшениями AR мы и займемся на протяжении всего цикла этих статей :)<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/php/138001/#habracut">Узнать подробности</a> </div>]]></description>
			
			<pubDate>Sat, 11 Feb 2012 10:33:03 GMT</pubDate>
			<author>RiderSx</author>
			<category>PHP</category><category>AR</category><category>ActiveRecord</category><category>PDO</category><category>базы данных</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[MySQL / Немного о SELECT… FOR UPDATE и GET_LOCK]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/137979/</guid>
			<link>http://habrahabr.ru/blogs/mysql/137979/</link>			
			<description><![CDATA[Для примера рассмотрим такой случай.<br/>
У нас есть MySQL база, в которой есть таблица queue. В эту таблицу поступают задания для выполнения.<br/>
Задания должны распределяться между процессами. Одна и та же задача не должна попасть к разным процессам.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/137979/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 10 Feb 2012 19:09:56 GMT</pubDate>
			<author>ReMaker</author>
			<category>mysql</category><category>базы данных</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[PostgreSQL / Аудит таблиц с пространственными объектами в PostGIS/PostgreSQL]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/postgresql/137161/</guid>
			<link>http://habrahabr.ru/blogs/postgresql/137161/</link>			
			<description><![CDATA[<img src="http://postgis.refractions.net/download/logo_suite/stock_elephant/stock_elephant_060.gif" align="left" alt="image"/>В предыдущей <a href="http://habrahabr.ru/blogs/postgresql/137121/">статье</a> был рассмотрен пример с пространственными объектами и разделением доступа к ним по пользователям.<br/>
Теперь рассмотрим пример аудита данной базы. Нас интересует: кто, когда и что сделал с таблицей. Какую запись (читай «объект») добавил, какую удалил, какую изменил, чтобы в дальнейшем не было различных «недоразумений».<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/postgresql/137161/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 01 Feb 2012 05:41:43 GMT</pubDate>
			<author>pashtet51</author>
			<category>базы данных</category><category>postgresql</category><category>картография</category><category>гис</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[PostgreSQL / [Перевод] EnterpriseDB: мы заберём «свой кусок пирога» рынка СУБД у Oracle!]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/postgresql/137183/</guid>
			<link>http://habrahabr.ru/blogs/postgresql/137183/</link>
			<description><![CDATA[<img align="right" src="http://habrastorage.org/storage2/dc6/71d/f98/dc671df9887ecf6db33e89bb8906c7c9.jpg"/><i>Неделю назад компания EnterpriseDB анонсировала <a href="http://it.siteua.org/%D0%98%D0%A2-%D0%9D%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8/332900/%D0%92%D1%8B%D1%88%D0%BB%D0%B0_%D0%BA%D0%BE%D1%80%D0%BF%D0%BE%D1%80%D0%B0%D1%82%D0%B8%D0%B2%D0%BD%D0%B0%D1%8F_%D0%BE%D0%B1%D0%BB%D0%B0%D1%87%D0%BD%D0%B0%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F_EnterpriseDB_PostgreSQL">свой новый продукт — Postgres Plus Cloud Database</a> Я подумал, что неплохобы по этому поводу перевести что-нибудь о компании и её продуктах. Тем более, что с амбициями у руководителей там всё нормально — изображение справа с официального сайта enterprisedb. ;-) В некотором роде, данный перевод написан«в догонку» к <a href="http://habrahabr.ru/blogs/htranslations/136468/">«Oracle на пути к упадку»</a>.</i> <br/>
<br/>
В конце декабря компания Oracle сообщила о падении своих акций на 9%. Но мне эта новость не показалась удивительной, потому что всего за пару дней до её появления я беседовал с Эдом Бояджаном (Ed Boyajian), президентом и CEO компании EnterpriseDB.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/postgresql/137183/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sun, 29 Jan 2012 16:32:45 GMT</pubDate>
			<author>mister_fog</author>
			<category>postgresql</category><category>enterprisedb</category><category>oracle</category><category>субд</category><category>базы данных</category><category>sql</category>
		</item>
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[PostgreSQL / [Из песочницы] Организация хранения пространственных данных в PostGIS/PostgeSQL]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/postgresql/137121/</guid>
			<link>http://habrahabr.ru/blogs/postgresql/137121/</link>			
			<description><![CDATA[<img src="http://postgis.refractions.net/download/logo_suite/stock_elephant/stock_elephant_060.gif" align="left" alt="image"/>По приходу в одну контору, которая занимается разработкой карт, схем и планов, меня очень удивила одна вещь: не было централизованного хранилища всех материалов. Пользователи работали каждый со своими наработками. И если возникала потребность что-то взять из другого проекта – приходилось или бежать с «флэшечкой», или копировать файлы по сети. Что создавало неимоверное количество «мусора» в виде дубликатов разной свежести на множестве рабочих станций.<br/>
<br/>
После наблюдения всего этого хаоса, я решил все это дело «причесать» и сделать централизованным хранение картографического материала, с разграничением прав доступа к отдельным проектам, да еще и с мониторингом изменений, внесенных в проекты.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/postgresql/137121/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 27 Jan 2012 10:12:23 GMT</pubDate>
			<author>pashtet51</author>
			<category>базы данных</category><category>postgresql</category><category>картография</category><category>гис</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Python / Gephi как средство визуализации данных]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/python/136575/</guid>
			<link>http://habrahabr.ru/blogs/python/136575/</link>			
			<description><![CDATA[Так уж случилось, что я оказался ассистентом у профессора в университете. Никогда не думал, что прийдётся сталкиваться с оценкой рисков и визуализацией данных, будучи, по призванию, криптографом. Курс называется «Информационные сети» и включает в себя: анализ случайных процессов, моделирование малых миров; компьютерные алгоритмы для оценки свойств сети; экспериментальные исследования крупных сетей, а также анализ рисков, которые трудно предсказать. <br/>
<br/>
В виду того, что курс читается в основном для ИТ-шников, лектор сделал ставку на то, чтобы дать достаточно теории с минимумом математики и большим количеством практики. Для большинства вышеупомянутых задач подходит программа <a href="http://ccl.northwestern.edu/netlogo/">NetLogo</a>. Она включает собственный язык программирования высокого уровня, который позволяет с лёгкостью моделировать различные случайные процессы. Для визуализации разнообразных данных была выбрана программа <a href="https://gephi.org/">Gephi</a>.<br/>
<br/>
На основе опыта использования последней и была написана статья, в которой рассматривается получение входных данных для ПО с последующей их визуализацией.<br/>
<br/>
Собственно постановка задачи была таковой: визуализация каких-либо реальных данных средствами Gephi.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/python/136575/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 19 Jan 2012 22:33:48 GMT</pubDate>
			<author>okazymyrov</author>
			<category>gephi</category><category>сети</category><category>python</category><category>database</category><category>iacr</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Высокая производительность / Базы данных. Yet another DB testing]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/hi/134779/</guid>
			<link>http://habrahabr.ru/blogs/hi/134779/</link>			
			<description><![CDATA[Добрый день. Предлагаю Вашему вниманию очень небольшое сравнительное тестирование скорости различных технологий хранения данных. Целью тестирование было грубо оценить производительность mysql, redis и mongo. <br/>
<br/>
Тестирование проводилось так сказать в лоб. Никаких тонких настроек и прочих оптимизаций. Все ставилось и тестировалось как есть из коробки. Тестировались только простейшие выборки и вставки. В качестве клиента использовался PHP 5.3<br/>
<br/>
На вертикальной оси отображено к-во операций/сек<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/hi/134779/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 22 Dec 2011 21:40:17 GMT</pubDate>
			<author>zim32</author>
			<category>базы данных</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[SQL / CryptDB: обработка информации в БД без её дешифрования]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/sql/134966/</guid>
			<link>http://habrahabr.ru/blogs/sql/134966/</link>			
			<description><![CDATA[Исследователи из МТИ представили СУБД CryptDB, которая способна эффективно обслуживать запросы к БД SQL — поиск, сортировка, математические функции и др. — без расшифровки записей базы. Хотя это не первая разработка подобного рода, но благодаря беспрецедентной производительности эксперты считают CryptDB первой, реально пригодной для практического использования. Предполагается, что подобные разработки могут найти применения в системах облачного хранения данных, которые особенно нуждаются в криптографической защите.<br/>
<br/>
<img src="http://habrastorage.org/storage2/cf2/8fe/623/cf28fe6236fd943804eebcfa39a35ffa.png"/><br/>
<sup>Архитектура CryptDB</sup><br/>
<br/>
Подход, реализованный в CryptDB, называется полным гомоморфным шифрованием. Первую полностью гомоморфную модель для СУБД <a href="http://www.ibm.com/news/ru/ru/2009/06/25/a737496p86512a82.html">предложил в 2009 году</a> криптограф из IBM Research Крейг Джентри (Craig Gentry), она является гомоморфной для операций умножения и сложения одновременно, что даёт возможность выразить любую математическую функцию. Правда, была одна проблема: скорость операций по сравнению с обычной СУБД возрастала примерно в триллион раз.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/sql/134966/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 20 Dec 2011 12:21:09 GMT</pubDate>
			<author>alizar</author>
			<category>CryptDB</category><category>базы данных</category><category>SQL</category><category>Крейг Гентри</category><category>гомоморфное шифрование</category><category>phpBB</category>
		</item>
		
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[SQL / [Из песочницы] DigestSDK — автоматизация работы с MSSQL на Delphi]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/sql/134901/</guid>
			<link>http://habrahabr.ru/blogs/sql/134901/</link>			
			<description><![CDATA[<h4>Вступление</h4><br/>
Несколько лет назад мне пришлось реализовать работу с таблицами базы данных MSSQL сервера. После написания некоторого количества, фактически однотипного кода, пришла мысль автоматизировать эти «рутинные» действия. <br/>
Согласитесь, что написание одного и того же кода, отличающегося только структурой таблиц БД, не может никого вдохновить. К тому же, если кол-во таблиц, с которыми приходиться работать переваливает за десяток, то занятие из разряда скучное — переходит в разряд трудоемкое. <br/>
Поиск в интернете на тот момент не дал результатов, поэтому реализацию пришлось взять на себя. .<br/>
В результате был создан набор модулей (в дальнейшем <i>DigestSDK</i>) на языке Delphi, позволяющих избавить программиста от написания «стандартного» кода по работе с БД и сосредоточиться на логике самого приложения. .<br/>
Демонстрационные примеры, исходные коды и видео по работе с DigestSDK выложил на <a href="http://sourceforge.net/projects/digestsdk/">SourceForge</a> (авось еще кому да и пригодится, заодно и хабр эффект проверим в очередной раз:-))..<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/sql/134901/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 19 Dec 2011 21:26:41 GMT</pubDate>
			<author>dgatsura</author>
			<category>Программирование</category><category>БД</category><category>MSSQL</category><category>Delphi</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Дистанционное обучение в IT / Итоги курса по базам данных от Стэнфордского Университета]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/elearning/134700/</guid>
			<link>http://habrahabr.ru/blogs/elearning/134700/</link>			
			<description><![CDATA[Итак, подошел к концу десятинедельный марафон, в течение которого тысячи людей могли бесплатно изучать курсы от преподавателей Стэнфорда. Результаты курсов по машинному обучению и искусственному интеллекту еще впереди, а рабочая группа курса по базам данных уже опубликовала статистику и разослала всем участникам (если быть точным, то только тем, кто достаточно активно работал) сертификаты о прохождении курса.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/elearning/134700/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 15 Dec 2011 22:25:08 GMT</pubDate>
			<author>volum_separatum</author>
			<category>Stanford</category><category>базы данных</category><category>онлайн курсы</category>
		</item>
		
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[MySQL / [Из песочницы] Использование бинарного поиска для оптимизации запроса на выборку данных]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/134417/</guid>
			<link>http://habrahabr.ru/blogs/mysql/134417/</link>			
			<description><![CDATA[<h4>Введение</h4><br/>
Сейчас очень популярна тем оптимизации работы с различными СУБД. На многочисленных форумах ведутся дискуссии о «самой лучшей СУБД в мире», но часто все это перетекает в необоснованные выкрики о том, что «я познал смысл жизни и понял, что самое лучшее хранилище данных — Х».<br/>
<br/>
Да, несомненно, сейчас мы можем наблюдать активное развитие NoSQL решений, которые позволяют делать многое. Но данная статья не о них. Так вышло, что я сменил работу и в нагрузку мне достался один очень интересный проект на связке php+MySQL. В нем есть много хороших решений, но он писался без расчёта на большую аудиторию. За несколько лет существования количество активных пользователей начало приближаться к числам с 7 нулями. Так как проект представляет из себя подобие социальной сети с игровыми элементами, то таблица с пользователями оказалась не самой «тяжёлой» из всех. В наследство мне достались таблицы с десятками миллионов вещей пользователей, личных сообщений, биллинговыми записями и т. п. Проект начали рефакторить, разбивать на несколько серверов и достигли значительных результатов. Сейчас все стабильно.<br/>
<br/>
Но недавно мне на почту прислали новую задачу. Суть заключалась в сборе статистики. Проанализировав требования я понял, что для выполнения достаточно написать один единственный запрос, выполняющий 3 INNER JOIN'а на таблицы, размеры которых впечатляли. Каждая таблица в среднем содержала 40 миллионов записей. Получается, что временная таблица состояла бы из 4*4*4*10^21 = 64*10^21 записей. Это колоссальная цифра. И загружать СУБД таким запросом для сбора статистики — непозволительная роскошь. <br/>
<br/>
Далее, собственно, я и хочу представить решение данной абстрактной задачи, которое пришло мне в голову, когда я вспоминал занятия по информатике на первом курсе университета.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/134417/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 12 Dec 2011 01:56:57 GMT</pubDate>
			<author>kazmiruk</author>
			<category>mysql</category><category>базы данных</category><category>бинарные деревья</category><category>оптимизация</category><category>алгоритмы</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Блог компании BrandMaker Russia / Побеждаем «эффект домино»]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/company/BrandMaker/blog/134292/</guid>
			<link>http://habrahabr.ru/company/BrandMaker/blog/134292/</link>			
			<description><![CDATA[Доброго времени суток, Хабр!<br/>
<br/>
Думаю, очень многие из нас сталкивались при работе с информацией с так называемым «эффектом домино» — когда из-за изменения какого-то одного элемента рушится вся выстроенная система. Примеров таких ситуаций можно привести сколько угодно.<br/>
<br/>
Представьте себе, например, банк, у которого, скажем, 10 видов вкладов, и во многих из них еще и дифференцированная шкала процентов, зависящая от срока вклада и от размера первоначального взноса. Для всей этой линейки есть куча рекламной продукции – общие буклеты по вкладам, отдельные буклеты по каждому вкладу, листовки для информационных стендов, плакаты для вывешивания в офисах. Плюс информация на сайте. Естественно, все рекламные макеты и контент на сайте на десять рядов перепроверены и согласованы, чтобы везде отображалась одна и та же информация.<br/>
<br/>
И тут – ВНЕЗАПНО — меняется ставка рефинансирования, и банк срочно меняет свои проценты по вкладам.<br/>
<img src="http://habrastorage.org/storage1/d334d1cc/59942d43/c9ce42c0/672f6666.jpg"/><br/>
 <br/>
Соответственно, нужно в кратчайшие сроки поменять информацию о ставках во всех источниках, где она упоминается.<br/>
<br/>
Какие есть способы?<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/company/BrandMaker/blog/134292/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 09 Dec 2011 06:08:16 GMT</pubDate>
			<author>vladvoron</author>
			<category>веб-сервисы для бизнеса</category><category>базы данных</category><category>редактирование</category><category>автоматизация бизнеса</category><category>автоматизация предприятий</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Блог компании Microsoft / Выпущен релиз-кандидат SQL Server 2012]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/company/microsoft/blog/133048/</guid>
			<link>http://habrahabr.ru/company/microsoft/blog/133048/</link>			
			<description><![CDATA[<img title="image" alt="image" src="http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-01-44-06-metablogapi/5488.image_5F00_1161F987.png"/><br/>
<br/>
На прошлой неделе состоялся важный выпуск новой предварительной версии сервера баз данных <a href="http://www.microsoft.com/sqlserver/en/us/default.aspx">SQL Server 2012</a>, который ранее был известен под кодовым именем Denali. Новая предварительная версия носит статус Release Candidate (релиз-кандидат), что во-первых, означает ее готовность для промышленного тестирования, а во вторых говорит нам о полнофункциональном статусе продукта, который на этом этапе уже укомплектован всеми функциями, которые будут доступны в финальном релизе.<br/>
<br/>
Говорить про нововведения в SQL Server 2012 можно очень долго, новое поколение базы данных содержит <a href="http://www.microsoft.com/sqlserver/en/us/future-editions.aspx">массу новшеств</a> во всех компонентах. Небольшая часть нововведений кратко описывается в <a href="http://habrahabr.ru/blogs/sql/107859/">этой статье</a> посвященной первому анонсу Denali. <br/>
<br/>
Загрузить SQL Server 2012 Release Candidate 0 (RC0) можно <a href="http://technet.microsoft.com/ru-ru/evalcenter/hh225126.aspx">отсюда</a>.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/company/microsoft/blog/133048/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 21 Nov 2011 09:32:00 GMT</pubDate>
			<author>XaocCPS</author>
			<category>sql server</category><category>sql server 2012</category><category>denali</category><category>базы данных</category>
		</item>
		
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Oracle / [Из песочницы] Online redo logs или Событие контрольной точки в Oracle]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/oracle/132107/</guid>
			<link>http://habrahabr.ru/blogs/oracle/132107/</link>			
			<description><![CDATA[Довольно часто случается такая неприятность, что в alert.log базы одно за другим сыпятся сообщения типа «Checkpoint not complete». Стандартный совет в этом случае: «увеличьте количество и/или размер redo логов». А дальше вопрос, кто такие эти redo логи и с чем их едят.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/oracle/132107/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 08 Nov 2011 06:52:12 GMT</pubDate>
			<author>mashuka</author>
			<category>базы данных</category><category>oracle</category>
		</item>
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Резервное копирование / [Из песочницы] SQL Server 2008: бэкапим с умом. Часть 1: Теория]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/backup/131300/</guid>
			<link>http://habrahabr.ru/blogs/backup/131300/</link>			
			<description><![CDATA[Добрый день, друзья. В этой статье я хотел бы рассказать, о чем стоит задуматься, прежде чем настраивать систему резервного копирования баз данных. Несмотря на то, что в первую очередь рассматривается использование данного подхода с MS SQL Server, принципы, изложенные здесь, легко проецируются на любую другую технологию. Ну что ж, поехали.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/backup/131300/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 27 Oct 2011 08:01:40 GMT</pubDate>
			<author>JustRoo</author>
			<category>mssql</category><category>sql server</category><category>базы данных</category><category>бэкапы</category>
		</item>
		
		
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[NoSQL / [Перевод] CAP-теорема простым, доступным языком]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/nosql/130577/</guid>
			<link>http://habrahabr.ru/blogs/nosql/130577/</link>
			<description><![CDATA[Этот текст является вольным переводом замечательного поста <a href="http://ksat.me/">Kaushik Sathupadi</a> на тему распределённых систем и существующих ограничений при их создании.<br/>
<br/>
При разработке распределённых систем вы наверняка часто услышите упоминания об CAP-теореме. Давайте попробуем понять её через ситуацию, которая могла возникнуть в реальной жизни.<br/>
<br/>
<h4>Часть №1: Идея нового сервиса — «Позвони, напомню!»</h4><br/>
Вчера, когда ваша супруга в очередной раз оценила тот факт, что вы вспомнили о её дне рождения и подарили шикарный подарок, в голове всплыла забавная идея. «Хм, а ведь люди вечно всё забывают». А у вас просто блестящая память! Почему бы не сделать новый сервис, который позволит полностью раскрыться вашему таланту? С каждой мыслью об этой идее вам всё больше и больше она нравится. Вы уже даже придумали рекламу, которую можно было бы напечатать в газете:<br/>
<blockquote><i>«Позвони, напомню» — Никогда не забывайте, даже если вы не помните, что забыли!<br/>
Плохо себя чувствуете из-за того, что вы что-то забыли? Не переживайте. Помощь на расстоянии одного телефонного звонка!<br/>
Если вам нужно что-то запомнить, просто позвоните и сообщите нам об этом! Допустим, позвоните нам и сообщите телефон вашего босса. Забудьте про него. Когда вам нужно будет вспомнить его, перезвоните, и мы вам обязательно напомним.<br/>
Всего 3 рубля за звонок.</i></blockquote><br/>
Типичное обращение в ваш сервис выглядело бы вот так:<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/nosql/130577/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 17 Oct 2011 10:03:30 GMT</pubDate>
			<author>system29a</author>
			<category>CAP theorem</category><category>CAP-теорема</category><category>NoSQL</category><category>базы данных</category><category>распределенные системы</category><category>availability</category><category>partition tolerance</category><category>consistency</category>
		</item>
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[CodeIgniter / Альтернатива mysql_pconnect для драйвера mysqli в php 5.3]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/codeigniter/129482/</guid>
			<link>http://habrahabr.ru/blogs/codeigniter/129482/</link>			
			<description><![CDATA[В качестве драйвера для соединения с базой я использовал mysqli. Проблема началась, когда я добавил на свой тестовый сервер &gt; 500 000 записей в одну таблицу. Соединение с базой стало занимать от 1 до 10 секунд, несмотря на то, что в настройках стояло:<br/>
<pre><code class="php">$db['default']['pconnect'] = TRUE;</code></pre><br/>
что должно было означать, что подключение происходит через постоянное соединение.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/codeigniter/129482/#habracut">Читать дальше</a> </div>]]></description>
			
			<pubDate>Fri, 30 Sep 2011 08:21:34 GMT</pubDate>
			<author>Zabatov</author>
			<category>mysqli</category><category>mysql</category><category>базы данных</category>
		</item>
		
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[.NET / [Из песочницы] FluentMigrator — система версионных миграций]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/net/129242/</guid>
			<link>http://habrahabr.ru/blogs/net/129242/</link>			
			<description><![CDATA[<img src="http://habrastorage.org/storage1/d44ea050/eefcef44/47e01893/e2a05732.gif" align="right"/><br/>
Здравствуйте. Что такое миграции и зачем они нужны хорошо рассказано в статье <a href="http://habrahabr.ru/blogs/sql/121265/">Версионная миграция структуры базы данных: основные подходы</a>.<br/>
Я же хочу вам рассказать о системе версионных миграций: FluentMigrator. Почему мне нравится именно этот проект? Из-за приятного синтаксиса миграций и поддержки различных СУБД. Заинтересовались? Добро пожаловать под кат.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/net/129242/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 28 Sep 2011 02:36:38 GMT</pubDate>
			<author>tabushi</author>
			<category>версионная миграция</category><category>версионирование</category><category>базы данных</category><category>системы контроля версий</category><category>continuous integration</category><category>.net</category>
		</item>
		
		
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

