| Версия для печати
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум на Исходниках.RU > Базы данных: SQL > Производительность temporary table |
| Автор: ANDLL 09.12.09, 11:30 |
| Итак, нечто совершенно удивительное Есть MS SQL Server 2008, в нем база данных A с таблицей B. Существует некий запрос вида INSERT INTO #Z(***) SELECT *** FROM B Причем запрос нахродится в батче такого вида: CREATE TABLE #Z(***) INSERT INTO #Z(***) SELECT *** FROM B DROP TABLE #Z К сожалению структуру таблиц привести не могу, но в общем - в них дофига столбцов, и 50 Кзаписией порядка Actual execution plan показывает 96% времени запроса на INSERT'е Силь даже не в этом. Имеем два компьютера - ноутбук с пентиумом dual core и windows vista x86, и сервер с двумя четырехядерными оптеронами и windows 2008, но уже 64-разрядной. На сервере запрос выполняется ~40000 мс. Та же самая база данных, просто забекапленая на сервере и расстореная на ноутбуке, и тот же самый, в точности запрос на ней на ноутбуке выполняется 3000 мс. Сервер во время выпонления запроса ничем не занят, процессор даже во время его выполнения почти на нуле. СУБД MS SQL установлен на сервере в двух экземплярах - 32битном и 64битном, в обоих экземплярах скорость вполнения одна и та же. Вопрос - куда тут копать? |
| Автор: Akina 09.12.09, 11:43 |
| Возникает подозрение, что всё дело - в собственно настройках сервера. Ведь должно же у него быть логичное внутреннее обоснование не сильно упираться в расходовании ресурсов на одну операцию? Кстати... а если так, чисто модельно, вместо временной таблицы использовать табличную переменную - результат такой же? |
| Автор: ANDLL 09.12.09, 11:47 |
| Ага, время при табличной переменной абсолютно то же. Настройки у обоих SQL-серверов стандартные(то есть не менялись с момента устанвоки), причем 32-х разрядный инстанс вообще "девственный". |
| Автор: Akina 09.12.09, 11:58 |
| А есть запросы аналогичного порядка, которые заставляют сервер шуршать что есть мочи? или он всё так вот, с ленцой, делает? |
| Автор: ANDLL 09.12.09, 11:59 |
| Все остальное вроде делает быстро Делал тест утилитой тестирования сокрости жесткого диска - показатели номарльные. По крайней мере лучше чем на ноуте:) Добавлено То есть да, это единственный проблемный запрос. Прочие инсерты\селекты в нормальные таблицы работают быстрее на сервере |
| Автор: Kobra 09.12.09, 18:26 |
| a select into пробовал? кажется tempdb тормозит. каков размер данных? может при расширении тормозит? мне не нравится Что # и @ таблицы однинаково работают. профаилер смотрел? |
| Автор: ANDLL 09.12.09, 19:15 |
| Да, результат тот же, к тому же это вроде как те же яйца Не очень понимаю. Ну один раз он расширился. Но потом таблица удалилась, и ему уже не надо расширяться. Объем... А хз. 50000 записей, каждая ну по килобайту максимум... Угу, такое чувство что он винт юзает всегда, хотя памяти на сервере явно не мало. Цитата Это execution plan, или чтото другое?профаилер смотрел? Забыл упомянуть, на обоих машинах SQL сервер имеет версию express |
| Автор: Kobra 10.12.09, 14:22 |
ооооо, с этого надо было начинать  . експрес может ползоватся только огранисенними ресурсами. так чтоне чем не луще твоего ноута, кроме как наверняка, более шустрими винтами. ограничения експреса: максималное ОЗУ 1г. 1 проц (если точно помнью 1 едро для многоядерних). потому и нагрузки на сервере нет. забуть, для експреса его нет. |
| Автор: ANDLL 10.12.09, 14:27 |
| Цитата Kobra @ ооооо, с этого надо было начинать . експрес может ползоватся только огранисенними ресурсами. так чтоТак что что? Оба с sqlexpress, а производительность разная ... |
| Автор: Kobra 11.12.09, 08:49 |
| еслиб не експрес, в профаилере можно было бы посмотреть что да как. а с експресом приходится только гадать. правда из статистики (Query->include client ststistics) можно кое что узнать. кстати, может винт занят другими процесами? например антивиром? |
| Автор: ANDLL 11.12.09, 09:27 |
| Нет, все отрубалось, активность винта сначала на нуле, и возрастает во время выпонления запроса |
| Автор: Kobra 11.12.09, 09:37 |
идеии кончилис  |
| Автор: ANDLL 11.12.09, 10:30 |
| Такое чувство что сервер детектит версию ОС, и на клиентской оси работает иначе чем на серверной. В частности такое чувтсво что temp table на клиентской оси работает в памяти, а на серверной на винте |
| Автор: Kobra 11.12.09, 11:43 |
| не исклучено. а статистика что показывает? |
| Автор: ANDLL 11.12.09, 12:09 |
| Сколько инсертов было сделано и за какое время. Инсертов одинаковое количество, вообще все кроме времени одинаковое Добавлено Хотя кстати сейчас начал чуть быстрее делать. Уже 9000 мс а не 40000, хотя все же в три раза медленнее чем клиентская версия. Добавлено Гмм. Может там и правда со временем чтото оптимизируется при одинаковых запросах? Вот ведь прикол будет |
| Автор: wdk 11.12.09, 12:26 |
| У нас была похожая ситуация, когда крутой сервер выполнял кучку insert-ов медленнее убогой офисной машины. Как выяснилось, был крайне криво настроен RAID или что-то в этом духе, и производительность винта на запись была крайне низкой. Запусти какой-нибудь бенчмарк на сервере и на буке для сравнения, с чем чёрт не шутит. Добавлено Простите, проглядел сообщения, что винт уже тестировался. Идей тогда нет |
| Автор: Kobra 11.12.09, 14:41 |
| вот это и интересна. на каких операциях какой сколько времени тратит. где узкое место. а если вдруг такое ускорение: значит оптимизатор начал правилно работать. но почему так поздно? илиже ранше винт был занят. но то что в експресе ограничения както работают, сам производител громко заявляет . Добавлено wdk в одном прав. одни раиды ускоряют чтение и замедляют запис, другие наоборот. |