<?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 19:12:58 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
			
		<item>		
			<title><![CDATA[Блог компании CUBRID / Основные возможности CUBRID 8.4.0]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/company/cubrid/blog/117684/</guid>
			<link>http://habrahabr.ru/company/cubrid/blog/117684/</link>			
			<description><![CDATA[Приветствую всех!<br/>
<br/>
Этот блог будет очень занимательным! Сегодня я расскажу об очень интересных особенностях последней версии CUBRID 8.4.0, о том, чего обычно не найдешь в мануале. Приведу очень важные рекоммендации по оптимизации запросов и индексов, приведу результаты тестов, а также примеры использования в реальных Веб сервисах.<br/>
<br/>
Ранее я уже поверхностно <a href="http://habrahabr.ru/company/cubrid/blog/119342/">рассказывал</a> об изменениях в новой версии, о вдвое ускоренном движке базы данных, о расширенной поддержке MySQL синтаксиса, и т.д. А сегодня расскажу о них и других вещах более подробно, акцентируя на том, как мы смогли увеличить производительность CUBRID в два раза.<br/>
<br/>
Основные направления, повлиявшие на производительность CUBRID, являются:<br/>
<ul>
<li>Уменьшение размера тома базы данных</li>
<li>Улучшенные параллельные вычисления в Windows версии</li>
<li>Оптимизации индексов</li>
<li>Оптимизации обработки условий в LIMIT</li>
<li>Оптимизации обработки условий в GROUP BY</li>
</ul><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/company/cubrid/blog/117684/#habracut">Весь смак под катом</a> </div>]]></description>
			
			<pubDate>Mon, 26 Sep 2011 07:10:42 GMT</pubDate>
			<author>kadishmal</author>
			<category>cubrid</category><category>dbms</category><category>sql</category><category>mysql</category><category>производительность</category><category>индексы</category><category>покрывающие индексы</category><category>субд</category><category>базы данных</category><category>оптимизация запросов</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[SQL / Обзор типов индексов Oracle, MySQL, PostgreSQL, MS SQL]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/sql/102785/</guid>
			<link>http://habrahabr.ru/blogs/sql/102785/</link>			
			<description><![CDATA[В одном из комментариев здесь была просьба рассказать подробнее об индексах, и так как, в рунете практически нет сводных данных о поддерживаемых индексах различных СУБД, в данном обзоре я рассмотрю, какие типы индексов поддерживаются в наиболее популярных СУБД<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/sql/102785/#habracut">Взглянем?</a> </div>]]></description>
			
			<pubDate>Fri, 27 Aug 2010 04:44:43 GMT</pubDate>
			<author>xtender</author>
			<category>индексы</category><category>b-tree</category><category>r-tree</category><category>spatial data</category><category>GiST</category><category>GiN</category><category>reverse index</category><category>inverted index</category><category>partial index</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[MySQL / [Перевод] Как расширение индекса в InnoDB таблицах удивительным образом снижает производительность]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/99310/</guid>
			<link>http://habrahabr.ru/blogs/mysql/99310/</link>
			<description><![CDATA[Один из видов оптимизации, который мы часто используем, это расширение индекса. Он подходит, если есть запросы, использующие другие части составного ключа. И обычно это безопасно, но есть некоторые случаи, где производительность катастрофически падает.<br/>
<br/>
<b>Рассмотрим пример.</b><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/99310/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 19 Jul 2010 06:34:33 GMT</pubDate>
			<author>lexxscorp</author>
			<category>mysql</category><category>innodb</category><category>индексы</category><category>explain</category>
		</item>
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[MySQL / [Перевод] Индексы в MySQL: многоколоночные индексы против комбинированных индексов]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/70640/</guid>
			<link>http://habrahabr.ru/blogs/mysql/70640/</link>
			<description><![CDATA[Я часто вижу ошибки, связанные с созданием индексов в MySQL. Многие разработчики (и не только новички в MySQL) создают много индексов на тех колонках, которые будут использовать в выборках, и считают это оптимальной стратегией. Например, если мне нужно выполнить запрос типа <b>AGE=18 AND STATE='CA'</b>, то многие люди просто создадут 2 отдельных индекса на колонках AGE и STATE.<br/>
<br/>
Намного лучшей (<i><b>здесь и далее прим. переводчика:</b> а обычно и единственной верной</i>) стратегией является создание комбинированного индекса вида (AGE,STATE). Давайте рассмотрим почему это так.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/70640/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 25 Sep 2009 13:52:47 GMT</pubDate>
			<author>WASD42</author>
			<category>mysql</category><category>index</category><category>индексы</category><category>индекс</category><category>multicolumn</category><category>многоколоночные индексы</category>
		</item>
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / Yahoo и почтовые индексы. Доколе?!]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/29591/</guid>
			<link>http://habrahabr.ru/blogs/personal/29591/</link>			
			<description><![CDATA[Ситуация проста до невозможности.<br />
Я из Украины.<br />
Из Киева.<br />
Регистрируюсь на Yahoo:<br />
<br />
<img src="http://habrahabr.ru/pictures/00/00/03/26/47/picture_2.jpg" width="450" height="185" border="0" alt="Yahoo и почтовые индексы" hspace="10" vspace="10"><br />
<br />
Мой почтовый индекс 04214.<br />
Yahoo уверенно сообщает что моего индекса не существует.<br />
Поиск по Google дал множество вопросов и ни одного ответа - каких же индексов ждёт от нас Yahoo.<br />
<br />
Служба поддержки молчит.<br />
<br />
Варианты выбери Россию\Узбекистан\США хороши для липовых регистраций. <br />
В случае утери ID запрашивается страна и почтовый индекс. <br />
Помнить наугад выбранные числа несерьёзно.<br />
<br />
P.S.: Доколе?]]></description>
			
			<pubDate>Mon, 21 Jul 2008 21:06:39 GMT</pubDate>
			<author>Kpyto</author>
			<category>Yahoo</category><category>знает</category><category>индексы</category><category>лучше</category><category>пользователей</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[MySQL / Оптимизация работы с MySQL]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/20246/</guid>
			<link>http://habrahabr.ru/blogs/mysql/20246/</link>			
			<description><![CDATA[Ни для кого не секрет, что работа с базой данных занимает большую часть работы практически любого сайта. И именно работа с БД чаще всего является узким местом веб-приложений. <br/>
В этой статье хотелось бы дать практические советы использования MySQL. <br/>
Сразу оговорюсь:<br/>
<ul>
<li>данная статья написана про MySQL, хотя общие вещи скорее всего справедливы для любой СУБД.</li>
<li>все написанное в статье является моей личной точкой зрения, и не является истиной в последней инстанции.</li>
<li>советы не претендуют на новизну и являются результатом обобщения прочтенной литературы и личного опыта.<br/>
</li>
<li>в рамках данной статьи я не буду касаться вопросов конфигурирования MySQL.</li>
</ul><br/>
Проблемы при использовании MySQL можно разделить на следующие три группы(в порядке значимости):<br/>
<ol>
<li>Неиспользование или неправильное использование индексов.</li>
<li>Неправильная структура БД.</li>
<li>Неправильные \ неоптимальные SQL запросы.</li>
</ol><br/>
Остановимся на каждой из этих групп подробнее.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/20246/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 13 Feb 2008 21:09:53 GMT</pubDate>
			<author>erock</author>
			<category>MySQL</category><category>SQL</category><category>оптимизация</category><category>запросы</category><category>индексы</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[MySQL / 4-я Встреча Moscow MUG — Проектирование индексов, 29.11]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/16446/</guid>
			<link>http://habrahabr.ru/blogs/mysql/16446/</link>			
			<description><![CDATA[<em>29 ноября, в четверг, в 19-00</em> при поддержке клуба &laquo;<a href="http://styleru.net/">Бизнес в стиле RU</a>&raquo;<br />
пройдёт 4-я встреча <a href="http://forge.mysql.com/wiki/MoscowUG">Moscow MySQL User Group</a><br />
<br />
<strong>Тема встречи: Проектирование индексов</strong><br />
<br />
Встречу будет проводить <strong>Руслан Закиров</strong>,<br />
ведущий разработчик компании <a href="http://www.bestpractical.com/">Best Practical Solutions</a>,<br />
которая занимается разработкой открытых продуктов<br />
Request Tracker, SVK, Jifty, а также сервиса <a href="http://www.hiveminder.com/">HiveMinder.com</a><br />
<br />
<strong>План встречи</strong><br />
<blockquote>1. Общие принципы устройства индексов.<br />
<br />
2. Работа планировщика запросов:<br />
   - как планируется запрос<br />
   - как выполняется<br />
   - где в этой схеме индексы, сколько их.<br />
<br />
3. Рассмотрим планы под лупой с помощью EXPLAIN:<br />
   - когда его читать<br />
   - как его читать, на что смотреть<br />
   - как его поменять используя индексы<br />
   - как его поменять используя дополнительные директивы<br />
   - и зачем это нужно.<br />
<br />
4. Примеры:<br />
   Везде будут примеры, но более подробно мы остановимся на <a href="http://softsearch.ru/i/download/mmug.pdf">запросах</a>, которые были на <a href="http://habrahabr.ru/blog/mysql/28727.html">прошлой встрече</a> в докладе и выжмем из них все соки, а также будут несколько примеров для демонстратиции различных эффектов и методов декомпозиции с целью увеличения эффективности использования индексов.</blockquote>Чтобы попасть на семинар, зарегистрируйтесь по <a href="http://blog.styleru.net/register/">ссылке</a><br />
<br />
Адрес проведения: <a href="http://maps.yandex.ru/moscow?upoint=7c997bbbc1f1">Москва, Мясницкая, 20, ГУ-ВШЭ</a>, Аудитория 116]]></description>
			
			<pubDate>Tue, 20 Nov 2007 10:23:07 GMT</pubDate>
			<author>beskov</author>
			<category>MoscowMUG</category><category>индексы</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[MySQL / [Перевод] EXPLAIN — Самая мощная команда MySQL]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/31129/</guid>
			<link>http://habrahabr.ru/blogs/mysql/31129/</link>
			<description><![CDATA[Самая мощная команда в MySQL – это EXPLAIN. EXPLAIN может в точности рассказать вам, что происходит, когда вы выполняете запрос. Эта информация позволит вам обнаружить медленные запросы и сократить время, затрачиваемое на обработку запроса, что впоследствии может значительно ускорить работу вашего приложения.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/31129/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 22 Jun 2007 13:28:41 GMT</pubDate>
			<author>blockdog</author>
			<category>mysql</category><category>sql</category><category>базы данных</category><category>бд</category><category>оптимизация</category><category>explain</category><category>индексы</category><category>ключи</category>
		</item>
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

