Первая часть программы проверяет существование в БД BookShopDB Если такая таблица найдена, она удаляется. Затем создается таблица с таким же именем, ..остоящай из трех столбцов и в нее заносятся 5000 записей. Заполнение таблицы занимает некоторое время.

3. Введите на панели Editor в окне Query следующий код, но пока не исполняйте его:

SELECT 1ОП0СО1О2 FRO ieOI WHER №lQ3 = a

SELECT LiniquelD, longcol02 FROM tabieOI WHERE uniquelD = 10000

SELECT * FHOH tabled WHERE gniqueid BETWEEN 5000 AND 10000

Эти операторы будут исполнены на таблице TableO a SQL выполнит их трас-

сировку. Как правило, для получения репрезентативных сведений об активности БД следует выполнять трассировку с помощью SQL Profiler несколько раз в день.

4. Активируйте окно SQL Profiler, оставленное открытым после выполнения предыдущего задания.

5. Щелкните Run в диалоговом Trace Properties.

Открывается окно состоящее из двух панелей, в которого

выводятся четыре с данными.

6. Переключитесь в Query Analyzer и выполните введенные в пункте 3 этого задания операторы SELECT.

7. Переключитесь в SQL Profiler и пронаблюдайте за сбором данных во время трассировки активности сервера при исполнении операторов Transact-SQL. Трассировочные данные выводятся в верхней панели окна трассировки.

8. Когда в столбце EventClass появится запись, содержащая текст SOLiBatchCompleted, щелкните на панели инструментов кнопку со значком красного адрата, чтобы остановить трассировку.

В верхней части окна трассировки добавляется дополнительная строка с сообщением об остановке трассировки. Обратите внимание, что в CPU появляются значе-

ния только для классов событий и Для дру-

гих классов событий этот столбец недоступен или неприменим. Также обратите внимание на то, что классы событий со значениями CPU сгруппированы,

► Анализ профиля трассировки

1. Операторы сгруппированы по значению столбца CPU. Это значение показывает процессорное время (в миллисекундах), использованное событием. \

2. Щелкните обе строки, у которых имеется значение в Ьис CPU.

На нижней панели выволяюя текстовые данные для каждого события Transact-SQL.

3. На исполнение какого из операторов пакета потребовалось йольисе всего процессорного времени?

4. Какое событие использовало больше всего процессорного времени? Поясните свой ответ.

5. Переключитесь в Query Лпа]у:ег и вставьте после каждого оператора SELECT команду GO. Теперь программа должна выглядеть так:

SELECT С0103, 1опдсо1.02 FROM ilCnOI WHERE соЮЗ = а

SELECT uniquelD, longcol02 EROM tabled WHERE uniquelD - 10000 GO

SELECT FROM tabled jeid between 500ND 10000 GO

6. Переключитесь в SQL Profiler и снова запустите

7. Переключитесь в QueryAualy.cj и исполните код, модифицированный в пункте 5 этого задания.

8. Переключитесь обратно в SQL Profiler и изучите, как добавление команды GO отразилась на трассировочных данных.

9 свершения запроса остановите трассировку.

10. Чем отличаются данные HHsJf сейчас, от профиля трассировки, созданного во

время исполнения пред1дущего задания? П. Закройте SQL Profiler и Query Analyzer.

Резюме

Для мониторинга активности SQL Server предусмотрен ряд инструментов, главным из которых является SQL Profiler. Кроме него, для этого предназначены Enterprise Manager,

журналы ошибок SQL Server, системные хранимые процедуры, встроенные функции, трассировочные флати, SNMP и WML

SQL Profiler - это инструмент с графическим интерфейсом для мониторинга активности SQL Server с помощью хранимых процедур SQL Profiler. Профиль трассировки можно сконфигурировать средствами шаблона, а трассировочные данные разрешается нять в файле или таблице. Виды активности SQL Server группируются по категориям или наборам. Каждый набор содержит несколько классов событий. Классы событий определяют реальные события, которые ается отслеживать. Чтобы ограничить объем трас-сировочнгх данных, следует тщательно отбирать классы событий и столбцы, подлежащие Miac-сировке. Фильтры позволяют еще более ограничить объем выходных трассировочных данных.

Занятие йка индексов и секционирование баз данных

Занятие. Настройка индексов

и секционирование баз данных

Оптимизация БД начинается во время ее проектирования и продолжается в дальнейшем путем настройки БД тшью таких инструментов, как System Monitor, а также изменение гураиии системы, например установки на компьютеры дополнительных контроллеров дисков 11) Полностью описать песс оптимизации баз данных в одном занятии невозможно. Поэтому в этом занятии рассказано только об одном инструменте для оптимизации - мастере Inde miiiig. а также рассматривается один вид изменений конфигурации системы для повышения пельности rani зация данных путем секционирования. Подробно об оптимизации БД рассказано в разделе *Optifnizing Database Performance* SQL Server Books Online.

Изучив материал этог МТИЯ, вы сможете:

объяснить, почему секционирование так важно дл шизации БД; повысить производительность запросов с помощью мастера Index Tuning.

Продолжительности тия - около 25 минут.

Настройка SQL Seer

Залогом высокой производительности БД является тщательное проектирование как самой БД, так и приложений. Следует создать нормализованные или частично.денормали-зовап1Ц.к- БД, эффективные индексы, использовать курсоры лишь в случае крайней необходимости, заменить пакет ct-SQL хранимыми процедурами. Модернизация oi5o-рудования, на котором работаем Ь Т и перемещение ее файлов или таблиц на новое оборудование также способно улучшить производительность БД. До внесения изменений в систему следует выполнить эталонные измерения производительности, используя такие

инструменты, как SQL Profiler и System Monitor. После настройки надо провести повторные тесты производительности и сравнить их результаты с эталонными. Эти тесты помогут оценить результаты сделанных изменений. Иногда в результате настройки производительность на самом деле даже снижается. Данные эталонных измерений определить изменение производительности.

Общие сведения о мастере Index Tuning

В предыдущих главах вы познакомились с параметром Show Execution Plan в Query Analyzer и научились им пользоваться. Активировав этот параметр, вы отобразите план исполнения, выбранный оптимизатором запросов, в графическом виде. Другой способ просмотра оптимизатором плана исполнения возврата результирующего набора

запроса) заключается в использовании команд SE LANTEXT или SET SHOW-PLAN ALL. Оптимизатор запросов определяет наилучший путь исполнения запросов на основе таких факторов, как доступные индексы и структура БД, но не дает реко-

относительно способов улучшения производительности запросов. Первейшим способом оптимизации производительности запроса всегда является правильная структура БД. Если БД сконструирована должным образом, то, используя параметр Show Execution и команду можно получить представление о способах оптимизации производительности запросов. Однако чаще применяют мастер Index Tuning.

15-2061