| ← Октябрь 2006 → | ||||||
|
1
|
||||||
|---|---|---|---|---|---|---|
|
2
|
3
|
4
|
5
|
6
|
8
|
|
|
9
|
10
|
11
|
12
|
13
|
15
|
|
|
16
|
17
|
18
|
19
|
20
|
22
|
|
|
23
|
24
|
25
|
26
|
27
|
29
|
|
|
30
|
31
|
|||||
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 110
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)" Выпуск 110 (21 октября 2006 г.)
Новости сайта§ Начал адаптировать систему под используемый на сервере SQL2005. Теперь участникам третьего этапа разрешено использовать CTE (общие табличные выражения) для решения любых задач. Т.к. с помощью CTE некоторые сложные задачи второго этапа можно решить относительно просто, то с целью соблюдения равных условий для всех участников, участникам, находящимся на первых двух этапах, использовать эти выражения не разрешается. § Как я и предсказывал, KERBEROS решил последнюю задачу и занял первую позицию в рейтинге, показав на третьем этапе результат менее суток (баллов 7, время .907). § Cyrilus дорешал задачи второго этапа (задач 138, время 9.892) и, хотя задачи третьего этапа были ему доступны и до этого, выжидает :-). § Продолжили свое восхождение к вершине: § На этой неделе сертифицированы: § Число подписчиков - 3344 Число участников рейтинга - 7412 Число участников второго этапа - 725 Сертифицировано на сайте - 111 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLНастройка производительности Microsoft T-SQL. Часть 1: Анализ и оптимизация производительности запросов T-SQL, используя SET и DBCC Kevin Kline, Quest Software, Inc. (оригинал: Microsoft T-SQL Performance Tuning. Part 1: Analyzing and Optimizing T-SQL Query Performance on Microsoft SQL Server using SET and DBCC) |
| Статистические данные | ОПИСАНИЕ |
| Pages Scanned | Число страниц базы данных используемые таблицей (когда задано значение идентификатора индекса 1 или 0) или некластеризованным индексом (когда задано значение >1) |
| Extent Switches | Все страницы таблицы или индекса связаны в цепочку. Доступ к таблице или индексу более эффективен, когда все страницы каждого экстента связаны в сегмент этой цепочки. Команда DBCC сканирует цепочку страниц и подсчитывает, сколько раз необходимо переключаться между экстентами. Если число переключений между экстентами превышает число страниц, деленное на 8 раз, значит это повод для оптимизации. |
| Avg. Pages per Extent | Для каждой таблицы память выделяется экстентами по 8 страниц. Некоторые страницы не используются, т.к. таблица никогда не увеличивалась во время использования или потому что строки были удалены из страницы. Чем ближе это число к 8, тем лучше. Меньшее число указывает, что существует много неиспользуемых страниц, что уменьшает производительность доступа к таблице. |
| Scan Density [Best Count: Actual Count] | Scan Density показывает насколько фрагментирована таблица. Предельное значение 100% является наилучшим. Все что меньше 100% говорит о фрагментации. Best Count показывает идеальное число переключений между экстентами, которое может быть достигнуто для этой таблицы. Actual Count показывает фактическое число переключений между экстентами. |
| Logical Scan Fragmentation | Процентное отношение неупорядоченных страниц, возвращаемых сканированием листовых страниц индекса. Это считывание не касается кучи (таблиц без индексов любого типа) и индексов для типа text. Страница считается неупорядоченной, когда следующая страница в карте размещения индекса (Index Allocation Map, IAM) отличается от страницы, определяемой указателем на следующую страницу в листовой странице. |
| Extent Scan Fragmentation | Процент неупорядоченных экстентов при сканировании листовых страниц индекса, за исключением кучи. Экстент считается неупорядоченным, когда экстент, содержащий текущую страницу индекса, физически не следует за экстентом, содержащим предыдущую страницу индекса. |
| Avg. Bytes free per page | Среднее число свободных байтов на страницу, используемую таблицей или индексом. Чем меньше число, тем лучше. Высокий показатель говорит о неэффективности использования пространства. Максимально возможное число свободного пространства составляет 2014 - размер страницы базы данных минус накладные расходы. Это число или близкое к нему будет отображаться для пустых таблиц. Для таблиц с большими строками это число может быть относительно высоким даже после оптимизации. Например, если размер строки - 1005 байтов, то на странице поместится только одна строка. DBCC также покажет среднее свободное пространство 1005 байтов, но это не означает, что другая строка поместится на эту же страницу. Для того чтобы, соответствовать строке в 1005 байтов вам также необходимо добавить участок памяти для системной информации. |
| Avg. Page density (full) | Насколько заполнена средняя страница. Число близкое к 100% является наилучшим. Это число связано с предыдущим показателем, и зависит от размера строки, а также коэффициент заполнения кластеризованного индекса (fill-factor). Транзакции, выполняемые над строками таблицы изменяют это число, т.к. они производят удаление, вставку или перемещение строк при обновлении ключей. |
Для того чтобы выполнить дефрагментацию таблицы, удалите и создайте на ней заново кластеризованный индекс. Удаление и повторное создание кластеризованного индекса, также пересоздаст все некластеризованные индексы таблицы. Другим методом дефрагментации таблицы является команда DBCC INDEXDEFRAG. Эта команда переупорядочит страницы на листовом уровне индекса в соответствии с логическим порядком, также удаляя и пересоздавая кластеризованный индекс. Однако DBCC INDEXDEFRAG имеет ряд преимуществ. Это онлайновая операция, сохраняющая индекс и таблицу доступными другим пользователям при выполнении команды. Она также выдерживает прерывания без потери результатов уже проделанной к этому времени работы. Ее недостаток - то, что она не очень хорошо работает при реорганизации данных, как операция удаления/пересоздания индекса. Синтаксис этой команды следующий:
DBCC INDEXDEFRAG
( { database | 0 } ,{ table | 'view' } ,{ index } ) [ WITH NO_INFOMSGS ]
При определении базы данных, таблицы, представления или индекса, которые вы бы хотели дефрагментировать, можно использовать либо имя объекта, либо его идентификатор. (Можно использовать нуль вместо имени базы данных или ее идентификатора, что будет означать текущую базу данных). Например:
DBCC INDEXDEFRAG (Pubs, Authors, Aunmind)
GO
Результаты:
Pages Scanned Pages Moved Pages Removed------------------ ---------------- -------------------
359 346 8
(1 row(s) affected)
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Другая команда, доступная для дефрагментации таблиц и индексов - DBCC DBREINDEX. В отличие от DBCC INDEXDEFRAG, эта команда блокирует используемую таблицу и делает ее недоступной для всех других пользователей во время перестройки индекс. Команда имеет следующий синтаксис:
DBCC DBREINDEX
( ['database.owner.table_name' [,index_name [,fillfactor] ] ]
) [ WITH NO_INFOMSGS ]
Например:
DBCC DBREINDEX ('pubs.dbo.authors')
Если статистические данные далеки от идеальных, вы можете попросить вашего администратора базы данных заново создать кластеризованный индекс для таблицы, чтобы "освежить" его. Даже для таблиц, которые не имеют кластеризованного индекса, может быть полезно создать фиктивный индекс, а затем удалить его.
Отметим, что операция может потребовать много времени для больших таблиц и обычно требует свободного пространства в базе данных, в 1.25 раз большего, чем общий размер страниц с данными, используемых таблицей. К сожалению, иногда невозможно пересоздать индексы на больших таблицах в критичных производственных системах. Вам, вероятно, довольно часто придется жить с фрагментированными таблицами или дефрагментировать их другими способами.
(Продолжение следует...)
Полезная информация
§ В очередной Премии Рунета каждый посетитель может проголосовать за 12 понравившихся ему ресурсов.
Если вы решитесь принять участие в голосовании, надеюсь, что среди 12 ваших предпочтений найдется место и нашему сайту :-).
§ Все статьи, публикуемые в рассылке, затем выкладываются на сайте Книги и статьи по SQL.
§ Поступила в продажу книга SQL. Задачи и решения, посвященная анализу ошибок, допускаемых при решении задач первого этапа. На сайте издательства Питер можно сделать заказ и познакомиться с содержанием.
Контакты
По всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77@yandex.ru. Вы также можете предложить свои задачи для публикации на сайте.
| В избранное | ||
