<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр: коллективные</title>
	<link>http://habrahabr.ru/rss/blogs/mysql/44608/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 20 Mar 2010 21:56:19 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
	
		<item>
        	<title>24.03.2009 15:57:49 malvina8</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1480759</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1480759</link>
			<description><![CDATA[позвольте уточнить, что запрос с UNION правомерен только в случае первых N записей а если же я делаю limit 1000,20 то результаты будут совсем разные!<br/>
так что он не верен… Или я что то не догоняю?]]></description>
			<pubDate>Tue, 24 Mar 2009 15:57:49 GMT</pubDate>
			<author>malvina8</author>
		</item>
	
		<item>
        	<title>05.12.2008 14:47:03 s0b3r</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1176981</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1176981</link>
			<description><![CDATA[Есть вот такая идея.<br/>
<br/>
Таблица новостей:<br/>
<pre>CREATE TABLE `news` (
    `id` int(10) unsigned NOT NULL auto_increment,
    `dt` int(10) unsigned NOT NULL,
    `text` text NOT NULL,
    PRIMARY KEY  (`id`),
    KEY `dt` (`dt`)
);</pre><br/>
Вспомогательная таблица:<br/>
<pre>CREATE TABLE `news_order` (
    `num` int(10) unsigned NOT NULL auto_increment,
    `id` int(11) NOT NULL,
    PRIMARY KEY  (`num`),
    KEY `num_id` (`num`,`id`)
);</pre><br/>
Раз в несколько минут пересоздаём вспомогательную таблицу:<br/>
<pre>TRUNCATE `news_order`;
INSERT INTO `news_order` SELECT NULL, `id` FROM `news` ORDER BY `id` DESC;</pre><br/>
Страницу с новостями выбираем так:<br/>
<pre>SELECT `news`.`id`, `news`.`dt`, `news`.`text`
FROM (
    SELECT `id`
    FROM `news_order`
    WHERE `num` &gt; $from AND `num` &lt; $till
    ORDER BY `num`
) AS `no`
INNER JOIN `news` ON `news`.`id` = `no`.`id`</pre><br/>
Если возвращает пустой результат — делаем такую (медленную только в маленькой доле запросов) выборку:<br/>
<pre>SELECT `id`, `dt`, `text`
FROM `news`
LIMIT $from, $count</pre><br/>
]]></description>
			<pubDate>Fri, 05 Dec 2008 14:47:03 GMT</pubDate>
			<author>s0b3r</author>
		</item>
	
		<item>
        	<title>16.11.2008 10:57:26 AHDREN</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1124733</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1124733</link>
			<description><![CDATA[все тот же 5.0.32, который использовался при написании статьи]]></description>
			<pubDate>Sun, 16 Nov 2008 10:57:26 GMT</pubDate>
			<author>AHDREN</author>
		</item>
	
		<item>
        	<title>16.11.2008 10:54:31 AHDREN</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1124727</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1124727</link>
			<description><![CDATA[Вы правы, предполагается, что индекс по price, height, id есть. Но даже если Вы перепишете запрос через UNION ALL, то он все-равно понадобится, если Вы захотите отсортировать записи по height, price и при этом ни height, ни price не являются уникальным полем.<br/>
<br/>
Что касается размера индексов и времени вставки… Тут все сильно зависит от проекта. Обычно все же вставки происходят намного реже. Вы вставляете статью 1 раз, а прочитать ее могут, скажем 1000 человек. Даже если селект будет делаться не все 1000 раз благодаря кэшу, то выигрыш все-равно очевиден. А по поводу того, что с каждым разом вставки будут все медленнее — очень спорный вопрос…]]></description>
			<pubDate>Sun, 16 Nov 2008 10:54:31 GMT</pubDate>
			<author>AHDREN</author>
		</item>
	
		<item>
        	<title>15.11.2008 19:32:25 korzhik</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1123930</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1123930</link>
			<description><![CDATA[Про функции я вкурсе.<br/>
Но до сих пор я считал что наличие подзапроса безусловно исключает весь запрос из кэша. Я избегал их как только мог :)<br/>
оказывается зря. спасибо еще раз вам.<br/>
]]></description>
			<pubDate>Sat, 15 Nov 2008 19:32:25 GMT</pubDate>
			<author>korzhik</author>
		</item>
	
		<item>
        	<title>15.11.2008 18:38:30 maghamed</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1123859</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1123859</link>
			<description><![CDATA[я, честно-говоря, не могу понять, что Вас сбило с толку и привело к таким мыслям, что может не попасть. В запросе нет недетерминированных ф-ий типа RAND, CURRENT_TIME, NOW() и т.д. <br/>
Это обычный запрос, состоящий из нескольких запросов, результаты которых, кстати, закешированы не будут, я имею в виду каждый по отдельности. Но результат общего запроса в кеш попадет]]></description>
			<pubDate>Sat, 15 Nov 2008 18:38:30 GMT</pubDate>
			<author>maghamed</author>
		</item>
	
		<item>
        	<title>15.11.2008 18:22:04 korzhik</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1123836</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1123836</link>
			<description><![CDATA[Оказывается я до сих пор был в преступном неведении.<br/>
Ваша правда — попадает! <br/>
Ретируюсь :)<br/>
]]></description>
			<pubDate>Sat, 15 Nov 2008 18:22:04 GMT</pubDate>
			<author>korzhik</author>
		</item>
	
		<item>
        	<title>15.11.2008 17:16:26 maghamed</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1123721</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1123721</link>
			<description><![CDATA[и почему это он пролетает? ничего подобного, с чего Вы решили?<br/>
<br/>
С директивой SQL_NO_CACHE шансов пролететь у первого запроса неймоверно больше :-)))]]></description>
			<pubDate>Sat, 15 Nov 2008 17:16:26 GMT</pubDate>
			<author>maghamed</author>
		</item>
	
		<item>
        	<title>15.11.2008 16:50:23 korzhik</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1123683</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1123683</link>
			<description><![CDATA[Ваш запрос пролетает мимо querycache в отличии от первого запроса.]]></description>
			<pubDate>Sat, 15 Nov 2008 16:50:23 GMT</pubDate>
			<author>korzhik</author>
		</item>
	
		<item>
        	<title>15.11.2008 15:00:17 WoZ</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1123550</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1123550</link>
			<description><![CDATA[думаю автор предполагал, что мы сделаем индекс и по price, height, id<br/>
тогда никаких тормозов с этим запросом. и работать будет все же быстрее union all ;)<br/>
<br/>
но всему этому обратная сторона медали… 100к записей рандомных у меня весят около 5 мб, а индексы в сумме 10 мб. да и вставка записей будет с каждым разом медленнее и медленне… потому… ваш вариант имхо предпочтительей.]]></description>
			<pubDate>Sat, 15 Nov 2008 15:00:17 GMT</pubDate>
			<author>WoZ</author>
		</item>
	
		<item>
        	<title>15.11.2008 14:55:39 WoZ</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1123535</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1123535</link>
			<description><![CDATA[5.0.67]]></description>
			<pubDate>Sat, 15 Nov 2008 14:55:39 GMT</pubDate>
			<author>WoZ</author>
		</item>
	
		<item>
        	<title>15.11.2008 10:25:22 romy4</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1123023</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1123023</link>
			<description><![CDATA[ладно, не буду спорить. <br/>
мой случай: базу статистики с уймой полей, когда на 4млн полей база занимает уже гектар, мускулю стаёт плохо искать. добавлять ещё хуже.]]></description>
			<pubDate>Sat, 15 Nov 2008 10:25:22 GMT</pubDate>
			<author>romy4</author>
		</item>
	
		<item>
        	<title>15.11.2008 10:22:39 Q2W</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1123019</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1123019</link>
			<description><![CDATA[У меня тянет.]]></description>
			<pubDate>Sat, 15 Nov 2008 10:22:39 GMT</pubDate>
			<author>Q2W</author>
		</item>
	
		<item>
        	<title>15.11.2008 07:52:42 ilal</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122807</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122807</link>
			<description><![CDATA[хорошая статья… для огромных проектов-- очень полезно… а в реале… в разделе обычных сайтов редко бывает более 200-300 страниц… а вот если что-то народного пользования и с огромным количеством документов… :)]]></description>
			<pubDate>Sat, 15 Nov 2008 07:52:42 GMT</pubDate>
			<author>ilal</author>
		</item>
	
		<item>
        	<title>15.11.2008 00:29:31 romy4</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122618</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122618</link>
			<description><![CDATA[100 млн мускль не потянет. да и зачем ему столько скармливать. эффективнее в таком случае разбивать на таблички по 0,5—1 млн.]]></description>
			<pubDate>Sat, 15 Nov 2008 00:29:31 GMT</pubDate>
			<author>romy4</author>
		</item>
	
		<item>
        	<title>14.11.2008 22:20:39 Q2W</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122452</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122452</link>
			<description><![CDATA[Хмм, а в постгресе лимит нормально работает? В смысле не читает каждую запись, которую надо поскипать?<br/>
<br/>
И какие есть альтернативы limit'у не в мускле? И как они работают?]]></description>
			<pubDate>Fri, 14 Nov 2008 22:20:39 GMT</pubDate>
			<author>Q2W</author>
		</item>
	
		<item>
        	<title>14.11.2008 21:35:21 easterism</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122385</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122385</link>
			<description><![CDATA[select * from table AS a where EXISTS (select 1 from table where id=a.id AND height&gt;100 LIMIT 100000,10)]]></description>
			<pubDate>Fri, 14 Nov 2008 21:35:21 GMT</pubDate>
			<author>easterism</author>
		</item>
	
		<item>
        	<title>14.11.2008 20:15:47 maghamed</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122200</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122200</link>
			<description><![CDATA[Да, без проблем :-)<br/>
стучите — поговорим ]]></description>
			<pubDate>Fri, 14 Nov 2008 20:15:47 GMT</pubDate>
			<author>maghamed</author>
		</item>
	
		<item>
        	<title>14.11.2008 19:55:53 AHDREN</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122160</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122160</link>
			<description><![CDATA[предлагаю переместить эту дискуссию в ЛС, а потом сюда отписаться о результатах:)<br/>
ПС. ориентировочно — в понедельник]]></description>
			<pubDate>Fri, 14 Nov 2008 19:55:53 GMT</pubDate>
			<author>AHDREN</author>
		</item>
	
		<item>
        	<title>14.11.2008 19:30:51 phpdude</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122106</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122106</link>
			<description><![CDATA[4.1?]]></description>
			<pubDate>Fri, 14 Nov 2008 19:30:51 GMT</pubDate>
			<author>phpdude</author>
		</item>
	
		<item>
        	<title>14.11.2008 19:22:19 AHDREN</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122085</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122085</link>
			<description><![CDATA[Пожалуй, самый распространенный способ предложен в этом комментарии <a href="http://habrahabr.ru/blogs/mysql/44608/#comment_1121189">habrahabr.ru/blogs/mysql/44608/#comment_1121189</a> и <a href="http://habrahabr.ru/blogs/mysql/44608/#comment_1120939.">habrahabr.ru/blogs/mysql/44608/#comment_1120939.</a> То есть, первым запросом вы выбираете ТОЛЬКО данные, необходимые для пэйджинга (id и height, например) сразу для 10-ти страниц + 1 (101 запись, например) и кладете все это в кэш. Мотаете так же как обычно, только для каждой циферки в меню подставляете нужные параметры для id и height.<br/>
]]></description>
			<pubDate>Fri, 14 Nov 2008 19:22:19 GMT</pubDate>
			<author>AHDREN</author>
		</item>
	
		<item>
        	<title>14.11.2008 19:11:09 AHDREN</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122067</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122067</link>
			<description><![CDATA[именно перемножить]]></description>
			<pubDate>Fri, 14 Nov 2008 19:11:09 GMT</pubDate>
			<author>AHDREN</author>
		</item>
	
		<item>
        	<title>14.11.2008 19:07:35 AHDREN</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122055</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122055</link>
			<description><![CDATA[Вы не совсем правильно поняли…<br/>
С одной стороны, надо было бы получить количество записей, и взять остаток от деления на количество записей на странице. То есть, если у нас получилось 1234567 записей, а выводим мы по 10, то на последней странице должно быть 7 записей начиная с 1234561-й.<br/>
<br/>
Так как COUNT делать медленно, то мы можем просто показать последние 10 записей — никто даже не заметит подвоха:) Делается это через SELECT… ORDER BY id DESC LIMIT 10. В этом случае MySQL просто прочитает первые 10 записей с конца нашей таблицы, что не составит особого труда.]]></description>
			<pubDate>Fri, 14 Nov 2008 19:07:35 GMT</pubDate>
			<author>AHDREN</author>
		</item>
	
		<item>
        	<title>14.11.2008 19:00:03 AHDREN</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1122040</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1122040</link>
			<description><![CDATA[mysql&gt; select * from items where id in (select id from items where height&gt;100 LIMIT 90000,10);<br/>
ERROR 1235 (42000): This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'<br/>
]]></description>
			<pubDate>Fri, 14 Nov 2008 19:00:03 GMT</pubDate>
			<author>AHDREN</author>
		</item>
	
		<item>
        	<title>14.11.2008 18:39:44 bat</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121998</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121998</link>
			<description><![CDATA[<blockquote>Я так понимаю никто лимиты по НЕ ключам не делает</blockquote><br/>
Не будьте так категоричны.<br/>
<br/>
<blockquote>Осталось эту вот «офсетную» информацию в индексе хранить.</blockquote><br/>
Вы действительно не представляете что такое индексы. <br/>
Если хранить порядковый номера ключа в индексе, при в ставке в значения с минимальным ключом необходимо перебабашить все узлы индекса, а это непозволительная роскошь.]]></description>
			<pubDate>Fri, 14 Nov 2008 18:39:44 GMT</pubDate>
			<author>bat</author>
		</item>
	
		<item>
        	<title>14.11.2008 18:29:23 bat</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121974</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121974</link>
			<description><![CDATA[<blockquote>почему во многих SQL диалектах такого оператора как LIMIT просто нет</blockquote><br/>
Именно limit нет, но есть FIRST SKIP (кажется это по стандарту), вроде бы в MS SQL есть TOP (могу ошибаться)]]></description>
			<pubDate>Fri, 14 Nov 2008 18:29:23 GMT</pubDate>
			<author>bat</author>
		</item>
	
		<item>
        	<title>14.11.2008 16:46:20 Londeren</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121731</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121731</link>
			<description><![CDATA[а как решать данную проблему если реально необходима навигация типа<br/>
..5 6 7 8…<br/>
для таблиц с большим объемом данных?]]></description>
			<pubDate>Fri, 14 Nov 2008 16:46:20 GMT</pubDate>
			<author>Londeren</author>
		</item>
	
		<item>
        	<title>14.11.2008 14:28:33 phpdude</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121307</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121307</link>
			<description><![CDATA[а вот тут то вам и поможет МОЙ метод :)<br/>
<br/>
habrahabr.ru/blogs/mysql/44608/#comment_1120949<br/>
или его спорная подификация <br/>
habrahabr.ru/blogs/mysql/44608/#comment_1121015<br/>
<br/>
а то автор задел только вершину айсберга.]]></description>
			<pubDate>Fri, 14 Nov 2008 14:28:33 GMT</pubDate>
			<author>phpdude</author>
		</item>
	
		<item>
        	<title>14.11.2008 14:13:17 Damnedest</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121246</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121246</link>
			<description><![CDATA[Ну да, на любую страницу, которая не является следующей… ведь в этом случае ID не получится высчитать…]]></description>
			<pubDate>Fri, 14 Nov 2008 14:13:17 GMT</pubDate>
			<author>Damnedest</author>
		</item>
	
		<item>
        	<title>14.11.2008 14:10:10 egorinsk</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121240</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121240</link>
			<description><![CDATA[Ну вот наконец-то эту проблему разжевали. а то я когда--то думал, что отсутствие в других БД LIMIT offset, limit — это недостаток. счас понимаю, что это способ заставить разработчика писать правильно)]]></description>
			<pubDate>Fri, 14 Nov 2008 14:10:10 GMT</pubDate>
			<author>egorinsk</author>
		</item>
	
		<item>
        	<title>14.11.2008 14:09:27 deerua</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121238</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121238</link>
			<description><![CDATA[«перемножить значения rows.»? может суммировать? или я не внимателен?]]></description>
			<pubDate>Fri, 14 Nov 2008 14:09:27 GMT</pubDate>
			<author>deerua</author>
		</item>
	
		<item>
        	<title>14.11.2008 13:52:39 maghamed</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121189</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121189</link>
			<description><![CDATA[На самом деле, как я уже писал, все зависит от данных и частоты обновлений.<br/>
<br/>
Мы как-то кешировали первые 10 страниц и хранили их айдишникив мемкеше, т.е. для первых 10 страниц с постраничным расположением статей.<br/>
<br/>
Ну а если страниц очень много, то тут и горизонтальный шардинг вполне может вам приголится.<br/>
<br/>
Пути господни неисповедимы :-) Для задач высокой нагрузки любое решение правильно, которое работает.]]></description>
			<pubDate>Fri, 14 Nov 2008 13:52:39 GMT</pubDate>
			<author>maghamed</author>
		</item>
	
		<item>
        	<title>14.11.2008 13:48:53 phpdude</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121179</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121179</link>
			<description><![CDATA[а вы хотя бы понимаете что такое ключи и как они работают? создается впечатление что нет.<br/>
<br/>
и плюс при неполной заселенности поля айди второй вариант может вернуть результат не равный первой.]]></description>
			<pubDate>Fri, 14 Nov 2008 13:48:53 GMT</pubDate>
			<author>phpdude</author>
		</item>
	
		<item>
        	<title>14.11.2008 13:44:37 korchasa</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121170</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121170</link>
			<description><![CDATA[Отписал в личку]]></description>
			<pubDate>Fri, 14 Nov 2008 13:44:37 GMT</pubDate>
			<author>korchasa</author>
		</item>
	
		<item>
        	<title>14.11.2008 13:36:50 kashey</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121144</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121144</link>
			<description><![CDATA[SELECT MIN,MAX,COUNT from atable<br/>
<br/>
Берем два запроса<br/>
<br/>
SELECT * FROM atable WHERE 1 LIMIT offset,numrows — будем тормозить и читать лишнее<br/>
<br/>
SELECT * FROM atable WHERE id&gt;(MIN+((MAX-MIN)/COUNT)*offset LIMIT numrows — не будем<br/>
<br/>
Я так понимаю никто лимиты по <b>НЕ</b> ключам не делает. Осталось эту вот «офсетную» информацию в индексе хранить.<br/>
<br/>
]]></description>
			<pubDate>Fri, 14 Nov 2008 13:36:50 GMT</pubDate>
			<author>kashey</author>
		</item>
	
		<item>
        	<title>14.11.2008 13:33:15 kashey</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121132</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121132</link>
			<description><![CDATA[Если бы это было бы сразу понятно об этом не создавали бы топики.<br/>
Без ковыряния статистики так сразу и не поймёшь что за грабля.]]></description>
			<pubDate>Fri, 14 Nov 2008 13:33:15 GMT</pubDate>
			<author>kashey</author>
		</item>
	
		<item>
        	<title>14.11.2008 13:28:07 phpdude</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121124</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121124</link>
			<description><![CDATA[а вы попробуйте предложите не тормозящий вариант limit'а. имхо лимит делает то, чем он и называется, не больше не меньше, а в кривых руках даже молоток гвозди гнет.<br/>
<br/>
ничего личного.]]></description>
			<pubDate>Fri, 14 Nov 2008 13:28:07 GMT</pubDate>
			<author>phpdude</author>
		</item>
	
		<item>
        	<title>14.11.2008 13:27:23 Aux</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121119</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121119</link>
			<description><![CDATA[Не могу, к сожалению, проплюсовать — пост отменный! Спасибо! На некоторые вещи я не обращал внимания.]]></description>
			<pubDate>Fri, 14 Nov 2008 13:27:23 GMT</pubDate>
			<author>Aux</author>
		</item>
	
		<item>
        	<title>14.11.2008 13:24:29 korchasa</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121113</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121113</link>
			<description><![CDATA[Умненьким мальчикам стоит подумать, ЧТО происходит при использовании offset.]]></description>
			<pubDate>Fri, 14 Nov 2008 13:24:29 GMT</pubDate>
			<author>korchasa</author>
		</item>
	
		<item>
        	<title>14.11.2008 13:22:45 AHDREN</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/#comment_1121108</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/#comment_1121108</link>
			<description><![CDATA[неа… Специально все запросы через EXPLAIN прогонял. Вы про какой запрос конкретно?]]></description>
			<pubDate>Fri, 14 Nov 2008 13:22:45 GMT</pubDate>
			<author>AHDREN</author>
		</item>
	
	
	
	
</channel>
</rss>
