http://softtime.ru/forumhttp://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401931Это лично моепроизводительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 21:20:43 +0300Trianonhttp://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401845Можно если не трудно пруфлинк? Или это ваш бенч?производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 11:27:30 +03001999http://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401835 gen - время формирования и сортировки строк out - время выдачи строк клиенту SELECT * FROM tbl_100 | обычный...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 10:23:51 +0300Trianonhttp://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401805От задачи зависит, например, тут на форуме транзакции вообще не нужны, если вы работаете толстым клиентом с базой данных, хранящей...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 01:39:01 +0300cheopshttp://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401800Насколько я понимаю, у MyISAM очень большое количество недостатков (навскидку только приведу отсутствие блокировок и транзакций), которых нет в других...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 01:25:54 +03001999http://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401798Мде.... Можно тогда я приведу пример? Есть таблица со 100 записями 2 запроса 1) SELECT * FROM table WHERE ......производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 01:23:41 +03001999http://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401792"В то же время понимаю, что уходить с MyISAM нужно. Можно потерять в скорости и много... MyISAM проще, но быстрее.производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 01:12:12 +0300cheopshttp://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401791".е. по сути SQL_CALC_FOUND_ROWS просто делает полный селект, а пользователю выдает обрубленную его часть??? Это свойство вовсе не SQL_CALC_FOUND_ROWS Это...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 01:11:51 +0300Trianonhttp://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401787" короче, SQL_CALC_FOUND_ROWS - сильно приманивает. вот-вот, я о том же " C другой, SQL_CALC_FOUND_ROWS будет заставлять сервер генерировать все...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 01:07:28 +03001999http://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401785По поводу InnoDB - то что я и говорил. Надо просто понимать суть. http://denis.boltikov.ru/2008/03/12/count-dlya-tablic-innodb-perevod-s-mysql-performance-blog/ "И 2 раза писать одно и...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 01:03:09 +0300Trianonhttp://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401782Немного не понял наверное ваш комментарий. В общем случае да, запросы сложные.. И 2 раза писать одно и то же...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 00:56:04 +03001999http://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401781Ага, т.е. если в WHERE стоят неиднексированные столбцы, то использовать COUNT(*) не рекомендуется? Это касается только MyISAM или всех таблиц?...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 00:53:38 +03001999http://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401780Трудоемкость запроса SELECT COUNT(*) зависит не столько от типа таблицы, сколько от того, какими условиями он нафарширован. А ведь внутри...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 00:51:57 +0300Trianonhttp://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401776COUNT(*) дешев если не требуется перебора таблицы, если у вас отсутствует условие WHERE, особенно, если в условии используются неиндексированные столбцы.производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 00:48:49 +0300cheopshttp://softtime.ru/forum/read.php?id_forum=3&id_theme=68604#post401774Доброй ночи! Все не могу сделать выбор между двумя стандартными ситуациями для пагинации Вариант1: 1) SELECT COUNT(*) .... - получили...производительность SQL_CALC_FOUND_ROWSThu, 8 Oct 2009 00:40:56 +03001999