Программирование баз данных MS SQL Server (1084479), страница 91
Текст из файла (страница 91)
При формировании индекса в СУБД БЯ1. Бегчег выполняется целый ряд операций чтения. описанных ниже, для осуществления различных этапов создания индекса. 1. Чтение всех данных таблицы и создание листовой строки, соответствующей каждой строке действительных данных. Информация листовой строки, так же как действительные данные и окончательно сформированный индекс, сохраняется на страницах, предназначенных для промежуточной обработки. Эти промежуточные страницы не представляют собой окончательно сформированные страницы индекса и служат скорее в качестве места для временного сохранения данных после каждого заполнения буферов сортировки.
2. Выполнение отдельного прогона по промежуточным страницам для их слияния и преобразования в окончательно сформированные страницы листового уровня индекса. 3. Создание все новых и новых нелистовых страниц по мере заполнения листовых страниц. ЗбО Глава 9 Если опция ВОЕТ 1М ТЕМРРВ не используется, то промелсуточные страницы записываются на тот же лсесткий диск, где находятся физические файлы, в которых хранится база данных. Это означает, что происходит конкуренция между операциями чтения действительных данных н операциялси записи, осуществляемыми в процессе создания индекса. Кроме того, для выполнения этих двух типов операций головки жесткого диска должны перемещаться с одного места на другое (поскольку чтение осуществляется в одном файле, а запись — в другом).
В результате этого продолхсительность выполнения операций чтения и записи увеличивается. Если, с другой стороны, используется опция ВОЕТ 1Ы ТЕМРРВ, то промежуточные страницы записываются в базч данных сеъзрс~Ь, а не в файл самой базы данных. Кроме того, если пользовательская база данных и база данных сепзрдЬ находятся на разных физических дисках.
то, безусловно, конкуренция между операциями доступа к пользовательской базе данных и операциями формирования индекса полностью исключается. Однако следует учитывать, что указанное преимущество достигается, только если база данных сезърдЬ находится на физическом диске, отличном от того, где находится пользовательская базы данных; в противном случае изменяется только имя файла, в котором записываются промежуточные данные, и конкуренция между операциями ввода-вывода продолжает оставаться важным отрицательным фактором. 1з)зехсде чем пЬиступить к использованию опции ВОЕТ 11Е ТЕМРРВ, убедитесь в том, что в базе даннъсх сетрбЬ имеется доппаточный объем п(зост(занства для фо)зми)зевания индексов на используемых табеицах.
ОПЦИЯ ОЖБЕвся, Если для опции ОМР1МЕ задано значение ОМ, то принудительно устанавливается такой режим доступа к индексируемой таблице, что эта таблица остается применимой для общего доступа и не создаются какие-либо блокировки, которые не позволяли бы пользователям обращаться к индексу и (или) таблице.
По умолчанию при выполнении операций создания полного индекса происходит захват блокировок, необходимых для получения полного и эффективного доступа к таблице (что в конечном итоге приводит к блокировке всей таблицы). Но установка таких блокировок имеет побочный эффект, заключающийся в том, что пользователи теряют на время возможность работать с таблицей (в этом действительно заключается парадокс, поскольку индекс. скорее всего, создается для повышения удобства работы с базой данных, но на время осуществления операции создания индекса таблица становится неприменимой).
На первый взгляд кажется, что обеспечение с помощью опции ОМРХМЕ доступа к таблице, на которой создается индекс, — весьма неплохая идея, но фактически дело обстоит иначе. Следует учитывать, что любые операции создания индекса, в том числе выполняемые с опцией ОМЬ1МЕ, требуют выполнения очень большого объема операций ввода-вывода, поэтому производительность работы пользователей в этот период так или иначе будет снижаться. Кроме того, при использовании опции ОМР1МЕ возникает значительный объем дополнительных издержек, связанных с предотвращением таких ситуаций, в которых кто-либо из пользователей получил бы из базы данных неправильную информацию.
Если СУБД ЕО) Еегчег имеет возможность приобрести полную власть над таблицей на время создания индекса, то индекс формируется намного быстрее и сокращается общая продолжительность времени, в течение которого процесс формирования индекса отрицательно отражается на работе системы.
Структуры памяти и индексные структуры БЯХ. Яегкег 361 ОПцИи АХХОВ7 ХхОВу ХОСКЯИ АХХОгву РАгм"" ХОСХзВ Опции АЬЬОП ЕОХ ЬОСКБ и АЬЬОИ РАСЕ ЬОСКБ, в отличие от опции ОНЫЧЕ, были введены в состав оператора СЕЕАТЕ 1НОЕХ в более ранних версиях. Тема, касающаяся применения этих опций, является чрезвычайно сложной. Поскольку настоящая книга предназначена для начинающих, а приведенное в ней до сих пор описание блокировок таблиц является очень кратким, остановимся на довольно простом пояснении. В данной книге уже неоднократно использовался термин "блокировка".
Как было описано выше, блокировка — это своего рода способ резервирования ресурсов, позволяющий предотвратить конфликты мелсду операциями доступа к данным, которые могли бы привести к нарушению целостности данных. Опции АььОи КОи ьоскБ и АЬЬОИ РАСЕ ЬОСКБ служат для >чгазания на то, могут ли применяться для создаваемого индекса блокировки на уровне страницы или на уровне строки. Использование этих опций может оказывать весьма заметное влияние на производительность, поэтому к ним следует прибегать с исключительной осторожностью. Опция МИЗОХз Опция МАХООР позволяет переопределить значение параметра настройки конфигурации системы, определяющее максимальную степень распараллеливания (Реягее Ог Рата!!е11зп1 — 1>ОР), которая применяется при формировании индекса.
В настоящей книге еще не было ничего сказано о распараллеливании операций, поэтому в данном разделе б>пут приведены некоторые сведения по этой теме. Коротко можно отметить, что степень распараллеливания определяет максимальное количество процессов, которые могут быть введены в действие в целях осуществления одной операции в базе данных (в рассматриваемом случае речь идет о формировании индекса). В системе предусмотрен параметр настройки конфигурации, определяющий максимальную степень распараллеливания, который позволяет установить максимальное количество процессов. используемых для выполнения одной операции. А опция МАХООР, которая входит в состав опций создания индекса, позволяет задать более высокую или более низкую степень распараллеливания по сравнению со значением базового параметра системы в соответствии с конкретными потребностями. Опция О1>у В СУБД БОЬ Яеггег предусмотрена возможность обеспечить хранение индексов отдельно от данных с помощью опции ОЕ.
Такая возможность является очень удобной по многим причинам, в том числе >тшзанным ниже. 362 Глава 9 11 Пространство, требуемое для хранения индексов, может быть распределено по другим жестким дискам. Ю Операции ввода-вывода, связанные с обработкой индекса, не создают дополнительную нагрузку, которая препятствовала бы выполнению операций физической выборки данных. Есть и другие важные соображения в пользу хранения индексов отдельно от данных, но они относятся к области чрезвычайно сложной тематики.
Чтобы можно было содержательно раскрыть эту тему, необходимо рассмотреть большой объем сведений, касающихся способов хранения и применения данных, но, по мнению автора, изложение этих сведений выходит за рамки настоящей книги. Создание индексов ХМЕ Индексы ХМЬ были впервые введены в версии Я~Ь Бегтег 2005, и автор должен признать, что был приятно поражен тем, что корпорация М1сгозой выполнила задачу по внедрению этих индексов. Я давно знаю многих представителей коллектива разработчиков М1сгозой и испытываю к ним глубокое доверие, но задача индексации кода с такой сложной структурой, как код ХМЬ, всегда представляла собой проблему, которую многие пытались решить, но лишь немногие сумели добиться реального успеха.
Хочу выразить глубокую благодарность коллективу разработчиков программного обеспечения ВО1. Бегтег за то, что сумели справиться с этой задачей. Подробные сведения об индексах ХМ1. и их использовании приведены ниже. При изложении этой темы автору снова приходится сталкиваться с тем, что све дения, необходимые для полного ее понимания, еще не приведены, поскольку в настоящей книге проблематика ХМЬ еще до сих пор фактически не рассматривалась. Однако я считаю, что сведения об индексах ХМ1. в большей степени относятсч к проблематике индексов, а не к проблематике ХМЬ. И действительно, в синтаксическом определении оператора создания индекса ХМЬ поддерживаются те же опции, которые рассматривались в приведенном выше описании СЕЕАТЕ 1нРЕХ, за исключением опций 16НОЕЕ РРР КЕУ и ОНР1НЕ. Поэтому ниже приведено чрезвычайно краткое предварительное описание.
В отличие от реляционных данных, которые рассматривались до сих пор в настоящей книге, данные, представленные в коде ХМЬ, обычно имеют гораздо более сложную структуру. В коде ХМЬ для идентификации данных используются дескрипторы, а с самим документом ХМЬ может быть связана так называемая схема, позволяющая предоставить информацию о типе и структуре, которая может применяться для проверки допустимости данных, оформленных с помощью кода ХМЬ.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
