Cтраница 3
Это означает, что при создании индекса каждая индексная страница заполняется только наполовину. Следовательно, для хранения информации SQL-серверу требуется две страницы. [31]
Важно понять, что при создании индекса SQL-сервер сохраняет ключевые значения индекса и информацию о местонахождении записей на индексных страницах. Если применяются узкие индексы, то SQL-сервер размещает на каждой индексной странице больше ключевых значений и указателей. Это означает, что оптимизатор сможет быстрее находить нужные данные, так как ему придется прочитывать меньшее количество индексных страниц. Кроме того, когда на одной странице находится большое число индексных ключей и указателей, оптимизатор придает информации нужный вид быстрее, чем когда для этого требуется считать десятки страниц. И наоборот, при использовании широких индексов на каждой странице размещается несколько ключевых значений и указателей на данные, индекс становится глубже, и в результате оптимизатору приходится выполнять большее число различных операций. [32]
Теперь мы воспользуемся ею при создании индекса большой базы данных ( с тысячами повторяющихся записей), который должен поддерживаться в актуальном состоянии во время сеанса работы. Важно отметить, что в записях-дубликатах ключи имеют одно и то же значение. Соответственно индекс может содержать только 20 - 30 указателей в зависимости от распределения значений ключа. При этом индекс не будет отражать состояния всей базы данных: он содержит некие подобия дорожных знаков, помогающих двигаться по ней. [33]
Текстовые поля размещаются на графическом слое. Поэтому у вас могут возникнуть проблемы с созданием индексов, оглавлений, полей и выполнением других автоматических операций. [34]
Индексы автоматически выравниваются по левой границе, за которую принимается положение курсора перед началом вставки индексов. Возможна вставка индексов в позиции существующих индексов - создание вложенных индексов. [35]
Третий способ также позволяет избежать поиска записей по цепочкам. Как показано на рис. 20.6, это возможно благодаря созданию специального индекса независимой области переполнения. Таким образом, в этом случае для поиска записи, находящейся в области переполнения, необходимо установить головки чтения - записи на цилиндр, содержащий независимую область переполнения, после чего прочитать индекс и считывать запись с соответствующей дорожки. Данный способ требует больших затрат времени по сравнению с первым способом в том случае, когда записи переполнения не связаны в цепочки; однако при многократном включении групп записей опасность возникновения очень больших цепочек здесь отсутствует. [36]
Одно из наиболее важных полей - Style Re f - позволяет переместить текст из документа в верхний или нижний колонтитул. Поле StyleRef используется, например, для добавления заголовка или номера текущей главы или раздела, для создания индексов страниц, подобных используемым в телефонной книге. [37]
Российский рынок ценных бумаг находится в стадии становления, и опыт формирования отечественных индексов находится в начальном состоянии. Отдельными организациями, специализирующимися на консультационных услугах в инвестиционной сфере, начиная с осени 1993 г. производятся сбор аналитической информации и попытки создания отечественных индексов, включая банковский, промышленный и сводный индексы, рассчитываемые по методике компании Стандард энд Пур. Достоверность получаемых индексов пока ненадежна, что определяется не качеством методов, а низким уровнем и недостаточным количеством исходной информации. [38]
Двоичные ( binary) данные содержат до 255 байтов битовой информации - На столбцах, для которых определен этот тип данных, можно создавать индексы. Перед созданием индексов на столбцах такого типа убедитесь, что базовые данные не состоят из часто повторяющихся значений. [39]
Опция UNIQUE определяет уникальный индекс, т.е. в индекс включаются уникальные значения колонок. При вводе или обновлении данных в таблицу с уникальным индексом записываются только уникальные значения. При создании индекса SQL таблицы связанный с ней файл БД dBASE IV можно только читать. [40]
Для максимально эффективного выполнения различных операций над базами данных SQL-сервер следит за ключевыми индексными значениями, в том числе за распределением ключей и данных. Эта информация помогает оптимизатору принимать наилучшие решения. SQL-сервер выполняет UPDATE STATISTICS всякий раз при создании индекса. Дело в том, что если ключевые значения изменяются, а статистика распределения ключей не обновляется, то оптимизатор может воспользоваться старой статистикой и принять при обработке запроса неверное решение. Хотя это и не повлияет на достоверность данных, возвращаемых SQL-сервером, Однако может существенно снизить производительность системы. [41]
Создаются отдельно индексная и основная области. Та часть индексной области, которая осталась свободной после создания индексов, автоматически используется управляющей программой как независимая область переполнения. [42]
Индекс - это средство, ускоряющее поиск и сортировку в таблицы за счет использования ключевых значений, которое позволяет обеспечить уникальность строк таблицы. Первичный ключ таблицы индексируется автоматически. Не допускается создание индексов для полей с некоторыми типами данных. [43]
Предположим для простоты, что каждое из трех указанных отношений имеет п кортежей и что, когда вычисляется естественное соединение отношений с одним общим атрибутом, число кортежей в результирующем отношении равно р 1, умноженному на максимум из числа кортежей в обоих операндах. Допустим также, что домен каждого атрибута достаточно мал для того, чтобы было удобно создать индекс по любому атрибуту. При этом время на создание индекса оценивается произведением константы с на число кортежей в отношении. Предположим, наконец, что время, требуемое для вычисления соединения, если созданы необходимые индексы, равной, умноженному на размер результата. [44]
Если принято решение о создании индексов, то до начала выполнения этой операции стоит дождаться завершения загрузки таблицы. Более подробно этот вопрос будет рассмотрен в главах, посвященных организации эффективного доступа к базам данных. [45]