Cтраница 3
Позаботьтесь, что выбранная библиотека указана в сго: ске путей доступа к библиотекам приложения. [31]
При реляционном подходе к построению баз данных пользователь освобождается от необходимости предсказания путей доступа, определения сложных структур логических и физических баз данных. Пользователь получает в распоряжение мощный интерфейс с вычислительной системой, возможность обработки непредсказуемых запросов, ясность и обозримость используемых им структур данных. По-видимому, относительный успех Э. Ф. Кодда и его последователей связан именно с превращением рассматриваемой дисциплины из искусства в науку и основан на использовании алгебры отношений в качестве средства описания и порождения информационных элементов и отношений. Недостатком реляционных баз данных является в ряде слу чаев низкая эффективность использования ресурсов вычислительной системы. Однако по мере снижения стоимости обработки информации на ЭВМ, с одной стороны, и непрерывного увеличения затрат на программирование - с другой, привлекательность реляционного подхода к построению баз данных будет расти. [32]
Реализация программы предполагает, что если имя файла теста задано без указания пути доступа к нему, то файл теста и файлы с иллюстрациями находятся в том же каталоге, что и программа тестирования. Если путь доступа указан, то файлы с иллюстрациями должны находиться в том же каталоге, что и файл теста. Такой подход позволяет сгруппировать все файлы одного теста в одном каталоге. [33]
![]() |
Конструирование сегментов. [34] |
Выбор того или иного решения зависит в основном от частоты / использования путей доступа к этим данным при удовлетворении запроса или при обновлении, а также от длины дополнительного пути при обращении к данным. [35]
Другими важными факторами, влияющими на производительность, являются выбор и использование путей доступа. Пути доступа - это некоторые механизмы физической организации, позволяющие обеспечить доступ к ( физической) записи базы данных по значению соответствующего ей логического объекта. [36]
Вместо размещения ресурса, такого, как файл растра, где-нибудь в пользовательском пути доступа, создание файла PBR и включение ресурса в исполняемый файл или динамическую библиотеку делает его непосредственно доступным во время выполнения. [37]
В диалоговом окне мастера имеется командная строка, в поле которой следует ввести путь доступа к объекту, для которого создается ярлык, например Windows System32 Calc. Разумеется, пользователь не может помнить пути доступа ко всем нужным объектам, поэтому ввод адреса автоматизирован. Для этого служит командная кнопка Обзор. [38]
В приложениях, использующих механизм наследования, классы-предки также должны отыскиваться через список путей доступа к библиотекам, даже если они непосредственно не используются приложением. Например, пусть w mainl и w rnain2 являются потомками w main ancestor. Окно предка используется только при разработке этих двух окон потомков и ни разу не открывается в явном виде в приложении. Тем не менее, w main ancestor должен находиться в библиотеке, указанной в списке путей доступа к библиотекам приложения. Кроме того, если окна потомков являются часто используемыми компонентами приложения, лучше всего было бы расположить ссылку па библиотеку, содержащую w main ancestor, в начале списка, иначе производительность понизится. [39]
Адресованный процессор сообщает свое состояние процессору, выдающему приказ в том случае, если путь доступа к адресованному процессору не занят, этот процессор работоспособен, а также не занят по отношению к заданному приказу. [40]
Команда ПРОВЕРИТЬ ВВОД - ВЫВОД используется для снятия ожидающей прерывания информации состояния с целью освобождения пути доступа к адресуемому ВУ. В ответ на эту команду ВУ посылает хранимый байт состояния со всеми указателями, новая операция не начинается. Если ВУ не хранит информации состояния, то выдается нулевой байт состояния. [41]
Хотя каждый из перечисленных ресурсов представляет собой файл растра, только для третьего из них задан путь доступа. [42]
В реальных системах число возможных способов оценки запроса увеличивается пропорционально числу отношений, имеющихся в наличии путей доступа, сложности предикатов запроса. Реализация таких комбинаторных моделей оценки запроса на практике чрезвычайно трудоемка, если она невозможна. Это усиливает аргументы в пользу введения некоторых эвристик при оптимизации запросов. Так, в некоторых реляционных системах используются следующие эвристические правила: размеры отношений, участвующих в операции соединения, понижаются применением унарных операций ограничения и проекции; осуществляется сортировка кортежей отношения, если это необходимо для следующей операции; выполняются операции с минимальным числом временных отношений и минимально возможным числом сканирований отношений и индексов. [43]
![]() |
Логическая связь, обусловленная наличием нескольких физически исходных сегментов. [44] |
Если необходимо установление двусторонней связи или существует несколько несвязанных исходных сегментов, оценка наибольшей относительной важности путей доступа к данным поможет определить физически исходный сегмент. Во втором из рассмотренных выше примеров ( рис. 7.2), где изображена одиночная ассоциация типа М между ключами - кандидатами на роль исходных сигментов, элемент, из которого направлена связь, должен быть определен физически исходным, а элемент, к которому направлена связь, должен быть определен логически исходным сегментом. [45]