| ← Декабрь 2007 → | ||||||
|
2
|
||||||
|---|---|---|---|---|---|---|
|
3
|
4
|
5
|
6
|
7
|
9
|
|
|
10
|
11
|
12
|
13
|
14
|
16
|
|
|
17
|
18
|
19
|
20
|
21
|
23
|
|
|
24
|
25
|
26
|
27
|
28
|
30
|
|
|
31
|
||||||
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 170
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)" Выпуск 170 (29 декабря 2007 г.)Новым посетителям сайта Сайт посвящен изучению языка, с помощью которого осуществляется взаимодействие с реляционными (и не только) СУБД. Суть обучения
состоит в выполнении заданий на написание запросов к учебным базам данных; при этом система контролирует правильность выполнения заданий. В настоящее время реализованы все операторы подъязыка манипуляции данными (DML), которые включают в себя оператор извлечения данных SELECT, а также операторы модификации данных - INSERT, DELETE и UPDATE.
Мы надеемся, что справочного материала сайта окажется достаточно для самостоятельного обучения. Кроме того, свои решения вы можете обсудить на форуме сайта. Опытных же специалистов приглашаем проверить (продемонстрировать) свое мастерство и принять участие в соревновании, обеспечиваемом рейтинговой системой учета времени выполнения заданий. Фактически, рейтинг ведется на втором этапе тестирования, который начинается сейчас после решения 57-ти задач первого этапа. При подсчете рейтинга каждого участника отбрасывается один самый худший показатель среди всех решенных им упражнений. Демонстрация плана выполнения запроса и сравнительная оценка эффективности решений поможет вам освоить принципы оптимизации запросов, которые пригодятся на третьем рейтинговом этапе, который начинается после 138 задачи.Имеется возможность получить сертификат по SQL DML при выполнении определенного количества заданий. С наступающим 2008 годом, коллеги!Пусть новый год принесет вам большие творческие успехи и благополучие!Новости сайта§ По предложению inkerman изменил подсчет рейтинга задач второго этапа, исключив из результата время автора задачи. § Уточнил формулировку задачи 45, чтобы в этой простой задаче для обучающего этапа не искали сложных вариантов. Спасибо remi_ за то, что в последний раз привлек мое внимание к этой задаче :-). § Подлатал задачу 86, добавив вариант проверочных данных от VetaleG. § Новые лица в ТОР 100 и вернувшиеся туда: § Продвинулись в рейтинге: § Продвижение ближайших претендентов на попадание в ТОР 100: § На этой неделе сертифицированы: § Число подписчиков - 3678 Число участников рейтинга - 13842 Число участников второго этапа - 1195 Сертифицировано на сайте - 220 - 221 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLОбнаружение фрагментации индексов в SQL Server 2005Tim Chapman (оригинал: Detecting index fragmentation in SQL Server 2005 )Перевод Моисеенко С.И. Когда данные вставляются, обновляются или удаляются в таблице базы данных, то если на этой таблице существуют индексы, они должны перестраиваться, чтобы отразить изменения, происходящие с данными в таблице. Такое обслуживание индексов, в конечном счете, приводит к тому, что индексы становятся менее эффективными. Эта неэффективность проистекает из того, что индекс становится фрагментированным. Фрагментация в действииИмеется два типа фрагментации: внешняя и внутренняя. Внешняя фрагментация имеет место, когда логический порядок индекса не соответствует его физическому порядку. Это заставляет SQL Server 2005 выполнять дополнительную работу, чтобы вернуть упорядоченные результаты. По большей части, внешняя фрагментация не является слишком большой проблемой для конкретного поиска, который возвращают очень небольшое число записей, или запросов, которые возвращают результирующие наборы, не требующие упорядочения. Внутренняя фрагментация имеет место, когда есть слишком много свободного пространства на страницах индекса. Как правило, некоторое свободное пространство желательно, особенно когда индекс только что создан или перестроен. Вы можете задать коэффициент заполнения (Fill Factor) при создании или перестройке индекса, чтобы указать процент заполнения страниц индекса во время его создания. Если страницы индекса будут слишком сильно фрагментированы, это приведет к более длительному выполнению запросов (из-за дополнительных операций чтения, требуемых для нахождения данных), и заставит ваши индексы становиться большими, чем это необходимо. Если, напротив, свободного пространства нет на страницах данных индекса, то изменение данных (прежде всего в результате вставки) вызовет разделение страниц, выполнение чего также потребует дополнительных расходов ресурсов системы. Обнаружение фрагментацииВ версиях до SQL Server 2005, для определения фрагментации конкретной таблицы или индекса использовалась команда DBCC SHOWCONTIG. Этот инструмент хорошо выполняет работу по детализации фрагментации и дает возможность вернуть данные в виде dataset для дополнительного программирования. SQL Server 2005 обеспечивает лучшие возможности по сравнению с DBCC SHOWCONTIG, предоставляя динамическую функцию управления для обнаружения фрагментации индекса. Функция sys.dm_db_index_physical_stats принимает в качестве параметров базу данных, таблицу базы данных и индекс, для которого Вы хотите определить фрагментацию. Есть несколько опций, которые позволяют Вам указать уровень детализации при рассмотрении фрагментации индексов. Функция sys.dm_db_index_physical_stats возвращает табличные данные, относящиеся к одной конкретной таблице или индексу. Пример фрагментации в действииТак как sys.dm_db_index_physical_stats является функцией, я мог бы использовать новый оператор CROSS APPLY
CREATE FUNCTION sys_PhysicalIndexStatistics_Wrapper
(
@DatabaseID INT,
@ObjectID INT,
@IndexID INT,
@PartitionNumber INT,
@Mode INT
)
RETURNS @IndexStats TABLE
(
DatabaseID SMALLINT,
ObjectID INT,
IndexID INT,
PartitionNumber INT,
IndexDescription VARCHAR(100),
AllocationTypeDescription VARCHAR(100),
IndexDepth TINYINT,
IndexLevel TINYINT,
AverageFragmentation FLOAT,
FragmentCount BIGINT,
AverageFragmentSize FLOAT,
TablePageCount BIGINT,
AveragePageSpaceUsed FLOAT,
RecordCount BIGINT,
GhostRecordCount BIGINT,
VersionGhostRecordCount BIGINT,
MinimumRecordSize INT,
MaxRecordSize INT,
AverageRecordSize FLOAT,
ForwardedRecordCount BIGINT
)
BEGIN INSERT INTO @IndexStats
(
DatabaseID, ObjectID, IndexID, PartitionNumber, IndexDescription, AllocationTypeDescription, IndexDepth,
IndexLevel, AverageFragmentation, FragmentCount, AverageFragmentSize, TablePageCount,
AveragePageSpaceUsed, RecordCount, GhostRecordCount, VersionGhostRecordCount, MinimumRecordSize,
MaxRecordSize, AverageRecordSize, ForwardedRecordCount
)
SELECT
database_id, object_id, index_id, partition_number, index_type_desc,
alloc_unit_type_desc, index_depth,
index_level, avg_fragmentation_in_percent, fragment_count, avg_fragment_size_in_pages, page_count,
avg_page_space_used_in_percent, record_count, ghost_record_count, version_ghost_record_count, min_record_size_in_bytes,
max_record_size_in_bytes, avg_record_size_in_bytes, forwarded_record_count
FROM
sys.dm_db_index_physical_stats
(
@DatabaseID,
@ObjectID,
@IndexID,
@PartitionNumber,
@Mode
)
RETURN
END
Чтобы вызвать эту функцию, я просто использую оператор CROSS APPLY как соединение представления sys.tables с функцией обертки. Ниже приведен типичный запрос, который возвращает все таблицы, у которых средняя фрагментация (AverageFragmentation) больше ноля:
SELECT t.name,s.* FROM sys.tables t CROSS APPLY sys_PhysicalIndexStatistics_Wrapper(DB_ID(), object_id, NULL, NULL, NULL) s WHERE AverageFragmentation > 0
Следующий скриншот показывает результаты вышеупомянутой функции на базе данных с некоторой фрагментацией. Теперь мне нужно понять, что говорят результаты. Меня больше всего интересует столбец AverageFragmentation, который говорит о логической фрагментации индекса или кучи. Если показатель превышает 30 %, я серьезно рассмотрю вопрос о переиндексацию таблицы. Я могу смириться с показателем менее чем 30 %, но можно бы выполнить и реорганизацию индекса. Почитайте статью в BOL о sys.dm_db_index_physical_stats. В ней подробно описаны остальные столбцы, которые возвращает эта функция. Процедура перестройкиЯ всегда держу наготове процедуру для автоматической перестройки индексов в системах баз данных, которые я администрирую. Эти процедуры написаны мной, и я принимаю во внимание различные детали. Чем больше Вы будете работать с функцией sys.dm_db_index_physical_stats, тем больше Вы будете понимать, когда ваши таблицы требуют переиндексации. Я надеюсь, что использование функции sys.dm_db_index_physical_stats поможет Вам гарантировать максимально эффективное использование ваших таблиц и индексов. 17-12-2007 Полезная информация§ Все статьи, публикуемые в рассылке, затем выкладываются на сайте Книги и статьи по SQL. § Желающих поспособствовать популяризации сайта прошу проголосовать/поставить закладку в социальных сетях: КонтактыПо всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77@yandex.ru. Вы также можете предложить свои задачи для публикации на сайте. |
| В избранное | ||
