Полная Версия: вопрос по sql, date
| Цитата (Valick @ 15.08.2013 - 11:53) |
| Это как так? С каких пор интерпретатор переплюнет СУРБД по части сортировки? |
Очень просто. Допустим сортировка большой таблицы на стороне SQL занимает 0,1 секунды. А запрос без сортировки - 0,001
Пришла толпа юзеров и каждому нужно эти 0,1. Образовалась очередь (мускул однопоточен). В итоге каждый юзер и 10 секунд прождать может, от нагрузки зависит. А то и вообще свалит сервак (тут от мощности уже).
А на стороне пыхи сортировка занимает пусть целую секунду. Но мы схватили данные коротеньким запросом и пыхтим в отдельном потоке. Потоков много, никто никому не мешает.
Если сравнивать влоб время, конечно СУБД - чемпион. Но есть условия, когда обработка на стороне PHP сильно экономит ресурс.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
| Цитата |
| Допустим сортировка большой таблицы на стороне SQL занимает 0,1 секунды. А запрос без сортировки - 0,001 |
Может допустим поля надо индексировать? А то вы Николай какие-то уж очень страшные цифры нарисовали
Ну и репликацию никто не отменял...
_____________
Стимулятор ~yoomoney - 41001303250491
Ну это просто из жизни факт. У меня был сложный многотабличный запрос с хитрыми сортировками. Таблицы достаточно большие, самая толстая сейчас - 14 гектар. Архивировать нельзя, нужна статистика за весь период. И запрос при определенном пределе начал выполняться по нескольку секунд. А при большой посещаемости это было просто катастрофой. Увеличивать мощности уже стало не рентабельно, репликации тоже не ахти какой выход.
Я просто собрал данные несколькими простыми запросами и обработал на стороне PHP. Да, это было очень непросто. Но уже два года система пыхтит и есть-пить не просит. При условии постоянно растущих объемов.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Я просто собрал данные несколькими простыми запросами и обработал на стороне PHP. Да, это было очень непросто. Но уже два года система пыхтит и есть-пить не просит. При условии постоянно растущих объемов.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
| Цитата |
| Образовалась очередь (мускул однопоточен) |
можно ссылку на информацию по этому поводу.
а то вот как-то тут в недостоверном источнике накалякано обратное
| Цитата |
| сложный многотабличный запрос с хитрыми сортировками |
При каждом запросе таблица лочится и создается очередь. Я это имел ввиду под однопоточностью.
| Цитата |
| а хитрые составные индексы используются? |
Ну за кого ты меня принимаешь)
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Здесь расположена полная версия этой страницы.