В этой же короткой заметке я хочу рассказать о небольшой уловке, которая позволит быстро узнать приблизительное количество строк в таблице.

Так как в таблицах InnoDB счетчик строк не хранится в метаданных таблицы (в отличии от MyISAM), то для получения количества строк, содержащихся в табице нам надо все эти строки перебрать. Но если нам не важна абсолютная точность, то можно немного схитрить и поступить иначе: можно подсмотреть следующее значение автоинкрементного поля.

Если выполнить команду

SHOW CREATE TABLE `article`;

То получим что-то вроде этого:

CREATE TABLE  `article` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `title` varchar(100) NOT NULL,
  `content` text NOT NULL,
  `author_id` int(10) unsigned NOT NULL,
  `dt` timestamp NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB
  AUTO_INCREMENT=2541256
  DEFAULT CHARSET=utf8;

Свойство AUTO_INCREMENT содержит то, что нам надо.

А вот пример кода:

$result = $db->query('show create table article');
$row = $result->fetch_array();
if (!preg_match('/AUTO_INCREMENT=(\d+)/i',$row["Create Table"],$matches)) {
    throw new Exception('AUTO_INCREMENT value for table "article" not found');
}
$counter = (int)$matches[1] - 1;

Небольшие пояснения.

• $db — экземпляр класса Zend_Db. Наверняка вам не составит труда изменить код под использование вашего любимого DAO или нативные php-функции.
• из ответа СУБД регулярным выражением извлекаем следующее значение автоинкрементного поля
• из полученного числа нужно отнять 1, т.к. оно указывает на будущее значение, а нам нужно знать текущее.

У этого способа есть несколько недостатков и одно огромное преимущество. Преимущество заключается в скорости — этот метод ОЧЕНЬ быстрый и не зависит от размеров таблицы. Недостатком же является его применимость только в весьма ограниченных ситуациях:

• узнать можно только общее количество записей, без возможности наложения каких-либо условий
• чем больше из таблицы удалений, тем меньше точность результата

Поэтому основное применение методу найдется на однородных таблицах с редким удалением и для вывода различной статистики: количество зарегистрированных пользователей, всего постов на форуме, всего товаров в магазине и т.п.

А знаете ли Вы какие-нибудь хитрые способы работы с БД? Поделитесь ими в комментариях.

 

Похожие записи

• Нет похожих записей

Некоторое время назад я получил от верстальщика сверстанный макет одного сайта. Этот макет нужно было разбить на части и сделать из него шаблон. Ничего сложного, рутина. Все сделал довольно быстро, начал проверять как шаблон работает на сайте.

Проверка показала, что в IE6 полностью ломается верстка. При этом ни IE7, ни Опера, ни Фокс подобными «фокусами» не страдали. И, что самое интересное, макет от верстальщика IE6 показывал именно так, как надо. Ну, думаю, где-то чего-то забыл закрыть или наоборот добавил лишку. Начал проверять: каждый тэг посмотрел, все проверил — все правильно! Да и Фокс говорит — валидный документ, и валидатор W3C отрапортовал об отсутствии ошибок!

Тут я схватился за голову: мысли кончились, все вроде проверил, что делать дальше — незнаю. Вообщем, через несколько часов разнообразных телодвижений с ударным музыкальным инструментом (ака танцев с бубном), я случайно обратил внимание на кодировку файла стилей — win1251. А в шаблоне используется UTF-8! А дело оказалось в комментариях на русском языке, которые верстальщик сделал в css-файле.

В итоге, перевод css-файла в utf-8 вразумил «ослика» и вернул мне душевное спокойствие.

А мораль проста: или пользуйтесь одной кодировкой в html- и css-файлах, или комментируйте код по-английски (а лучше используйте оба этих варианта).

Надеюсь эта моя «грабля» убережет кому-нибудь время и нервы...

 

Похожие записи

• Впечатления от первого дня РИТ-2008 (3)