Выбор - метод - доступ
Cтраница 1
Выбор метода доступа не является непосредственной функцией прикладного программиста. Обычно этот метод определяется АБД и прозрачен для прикладных программ. [1]
Именно эти требования обусловили выбор метода доступа и структуры наборов данных в системе централизованной подготовки данных. За основу был принят прямой метод доступа операционной системы - ( BDAM) ОС ЕС. Этот метод обеспечивает самый быстрый доступ к любой записи набора данных, а также фиксацию записываемой информации независимо от того, на какой стадии обработки произошла аварийная ситуация. [2]
Именно эти требования обусловили выбор метода доступа и структуры наборов данных в системе централизованной подготовки данных. За основу был принят прямой метод доступа ( BDAM) ОС ЕС. Из всех стандартных методов доступа, допускаемых операционной системой, этот метод наиболее подходящий для разрешения возникающих проблем. Он обеспечивает быстрый доступ к любой записи набора данных, а также фиксацию записываемой информации независимо от того, на какой стадии обработки набора данных произошла аварийная ситуация. [3]
Бблыпая часть вопросов при решении задачи выбора метода доступа снимается в результате анализа требуемых характеристик обработки создаваемой базы данных, так как для определенных комбинаций характеристик обработки рекомендуются определенные методы доступа. Для решения задачи выбора метода доступа предложен подход, основанный на использовании таблицы решений. В настоящее время известен ряд таких таблиц. [4]
 |
Структуры локальных сетей. [5] |
Одним из сложных вопросов, возникающих при построении локальной сети, является выбор метода доступа, так как от этого во многом зависят такие характеристики сети, как ее производительность и задержка, возникающая при передаче сообщений. [6]
Бблыпая часть вопросов при решении задачи выбора метода доступа снимается в результате анализа требуемых характеристик обработки создаваемой базы данных, так как для определенных комбинаций характеристик обработки рекомендуются определенные методы доступа. Для решения задачи выбора метода доступа предложен подход, основанный на использовании таблицы решений. В настоящее время известен ряд таких таблиц. [7]
Решение, какую конкретную разновидность того или иного метода доступа следует использовать, часто является компромиссом. Во многих случаях принятая стандартная или существующая система данных предопределяет выбор методов доступа. В противном случае приходят к компромиссу отчасти на основе знаний и способностей программиста. Вполне вероятно, что опытный программист может использовать базисный метод доступа более эффективно, чем разновидность метода доступа с очередями. Дополнительные усилия, затрачиваемые на детальное кодирование команд и макрокоманд для реализации управления, вознаграждаются повышением эффективности. Однако тот, кто недостатотчно разбирается в тонкостях базисного метода доступа, может найти для себя удобным при каждой возможности использовать метод доступа с очередями. Неэффективное использование метода доступа или применение метода, плохо согласованного с решаемой задачей, может привести к значительному снижению производительности проблемной программы. [8]
Такая ситуация возникает, например, при обработке подобных сегментов с пропусками подчиненных сегментов. С другой стороны, сам выбор метода доступа HISAM в значительной степени основан на требованиях обработки сегментов в соответствии с их иерархическим порядком при минимальных пропусках промежуточных сегментов. Следовательно, при использовании метода доступа HISAM обычно не выполняется просмотр длинных цепочек подобных сегментов, за исключением сегментов самого низкого уровня на соответствующем иерархическом пути. [9]
Специалистам, занимающимся созданием баз данных в системе DL / 1, хорошо известны технические. Они нашли широкое освещение в технической литературе, и поэтому мы не будем подробно на них останавливаться. Цель этого краткого обзора состоит в том, чтобы читатель получил некоторое представление о проблеме выбора метода доступа и определения оптимального объема памяти. Более подробно эти вопросы освещены в работах [ А. [10]
Задачей логического этапа проектирования является преобразование знания данных, выделенных на предыдущем этапе проектирования, в такую форму, которая принята в выбранной конкретной СУБД. Иными словами, требуется разработать схему концептуальной модели и схемы внешних моделей данных о предметной области, пользуясь только теми типами моделей данных и их особенностями, которые поддерживаются этой СУБД. На этом этапе проектирования обычно не прорабатываются вопросы, связанные с организацией доступа к данным, однако целесообразно получить вполне определенные рекомендации по выбору методов доступа. [11]
Иными словами, требуется разработать схему концептуальной модели и схемы внешних моделей данных о предметной области, пользуясь только теми типами моделей данных и их особенностями, которые поддерживаются этой СУБД. На этом этапе проектирования обычно не прорабатываются вопросы, связанные с организацией хранения и доступа к данным на внутреннем уровне. Но целесообразно уже здесь получить вполне определенные рекомендации по выбору методов доступа. [12]
Страницы: 1