Cтраница 1
Операции просмотра и анализа ядерных эмульсий являются длительными, трудоемкими и утомительными, поэтому весьма заманчива их автоматизация. Успехи в этой области, однако, весьма ограниченны, так как на эти операции влияют многие субъективные факторы. [1]
При использовании фразы BEFORE / AFTER операция просмотра строки либо завершается непосредственно перед подстрокой, указанной после слова INITIAL, либо начинается сразу же после этой подстроки. [2]
Внесение записи требует в среднем NJ2 1 операций просмотра. [3]
Прежде всего в АЗУ при поиске информации производятся операции просмотра хранимой информации и сравнения каждого объекта информации с заданными признаками. АЗУ происходит сравнение кодов записанных чисел с кодом признака. На основании сравнения вырабатывается следующий ответ: хранится или нет в АЗУ информация с заданными признаками. В случае положительного ответа информация может быть извлечена. В большей части разработанных в данное время АЗУ рассмотренные операции производятся параллельно цля всего массива хранимой информации. АЗУ, выполняющее все указанные операции, должно иметь в своем составе устройство для задания признаков информации, собственно устройства хранения информации и индикатора совпадения, регистрирующего результат эпроса: совпадение, несовпадение. [4]
Исключение записи аналогично требует в среднем N / 2 l операций просмотра. [5]
Поиск записи с заданным ключом в такой таблице требует в среднем N / 2 операций просмотра записей, независимо от того, имеется эта запись в таблице или нет. Просматривать список до конца в том случае, когда записи нет в таблице, не требуется. До - - статочно последовательно дойти по списку до первой записи, ключ которой больше искомого, и тем самым убедиться, что искомой записи в таблице нет. [6]
С другой стороны, более разумно предполагать, что информация на диске запомнена в таком виде, что требуется полная ее перепись в пространство объектов системы i432 в другой форме, позволяющей осуществить эффективный поиск в процессе выполнения операции просмотра пакета Stock Mkt Info. [7]
Этапы 1 - 4 в некоторой степени распределены по всему алгоритму. Оба этапа содержат операцию просмотра списка всех отрезков XSORT; этапы можно скомбинировать для экономии затрат времени на анализ одного блока отрезка. [8]
При применении к дереву мемо-версии, составленной из функций depth и deepest, происходит последовательное вычисление величин depth и deepest для поддеревьев, начиная с листьев. Затем, двигаясь вверх по дереву, вычисляются соответствующие величины для внутренних вершин путем операции просмотра для получения результатов для их ближайших потомков. Это приводит к эффективной реализации, ограничивающей размер таблицы глубиной дерева, поскольку при занесении результата для данной внутренней вершины в мемо-таб-лицу удаляются два ее элемента и остается только один элемент, соответствующий всему поддереву, для которого данная внутренняя вершина является корневой. [9]
Выполнение запроса и возврат информации происходит примерно за 30 секунд. Оптимизатор запросов и результаты его работы будут рассмотрены ниже, а сейчас просто согласимся с тем, что операции просмотра таблицы требуют, как правило, намного больше времени, чем индексированйые операции. [10]
Указатели на предыдущих рисунках, как включенные в запись, так и содержащиеся в индексах, содержат адреса требуемых записей. Недостатком этого способа является то, что требуется дополнительное время на преобразование первичного ключа в адрес. Операции просмотра звеньев цепи уже сами по себе занимают значительное время. [11]
Каждая иллюстрации может быть привязана к произвольному количеству статей, относящихся как к одному, так и к разным изданиям. При этом каждая связь иллюстрации с новой статьей может иметь отдельную подпись. Подсистема работы с иллюстрациями позволяет производить операции просмотра и редактирования, осуществлять поиск иллюстраций по подписям к ним. [12]
Для решения этой задачи используется промежуточная база данных ( см. рис. 7.16), ее объем позволяет хранить только один набор ИБД. При работе с каким-либо набором имеющаяся в ИБД информация переносится в промежуточную базу и там осуществляются все операции просмотра, корректировки и записи новых сегментов. После завершения работы по запросу пользователя он обновляется в ИБД. При сбоях ЭВМ, требующих повторного запуска программ, промежуточная база данных ( ПБД) сохраняется и пользователь может ( задав специальный запрос) продолжить работу с ПБД, содержащей результаты его предыдущей работы. Использование ПБД также существенно ускоряет обработку, так как ее структура значительно проще, что ускоряет обмен информацией между внешними носителями и оперативной памятью ЭВМ. [13]
Один из простых элементов компонентной структуры объявляется ключом массива. Компоненты ключевого массива упорядочиваются по возрастанию значений ключевого элемента данных. Это позволяет при наличии значения ключа вести ускоренный поиск нужного компонента массива без обязательного предварительного просмотра других компонентов массива. Если ключевой элемент данных имеет числовой тип, то упорядочивание элементов массива происходит в порядке старшинства чисел, если текстовый - в лексикографическом порядке, при этом для типа TEXT упорядочивание идет по латинскому алфавиту, а для типа RTEXT - по русскому. Ключевые массивы в то же время остаются и последовательными массивами, благодаря чему к ним применимы и операции просмотра простых массивов. В языках программирования и операционных системах наиболее близким аналогом ключевых массивов ИНЕС являются индексно-последовательные файлы. [14]