Cтраница 1
Проверка индекса IHGR - Индекс IHGR определяет отношение рассматриваемого оборудования и возможности его нахождения в холодном резерве. [1]
Первый способ проверки индексов имеет существенное преимущество в скорости. В одном известном автору применении при наличии базы данных, включающей 7000 элементов, первый тип проверки занимает 50 мин и производится раз в месяц. Тип применяемой программы проверки индексов и частота ее использования определяются опытом, приобретенным при работе с конкретной вычислительной установкой. Проверку индексов по второму способу следует производить как минимум после каждой существенной реорганизации базы данных, а если при этом обнаруживаются ошибки в индексах, то и через более короткие интервалы. [2]
Первый способ проверки индексов имеет существенное преимущество в скорости. Тип применяемой программы проверки индексов и частота ее использования определяются опытом, приобретенным при работе с конкретной вычислительной установкой. Проверку индексов по второму способу следует производить как минимум после каждой существенной реорганизации базы данных, а если при этом обнаруживаются ошибки в индексах, то и через более короткие интервалы. [3]
Если знаки записаны правильно, то проверка индексов и знаков уравнения заканчивается и выполнение программы переходит на следующий этап: формирование выражения, соответствующего введенному уравнению. [4]
Это преобразование предусматривает сокращение времени, расходуемого на инициирование и проверку индекса цикла, путем реорганизации циклов. [5]
Если при организации доступа к базе данных используются индексы, то необходимо, чтобы их правильность была проконтролирована с помощью программ проверки индексов. Различают два типа таких программ. Программы первого типа используются в тех случаях, когда каждая запись в базе данных имеет входной элемент в индексе. Чтение индекса и каждой записи, на которую он указывает, должно гарантировать правильность всех элементов индекса. Программы второго типа применяются в тех случаях, когда не все записи представлены в индексе. В подобных ситуациях производится чтение не индекса, а каждой записи в базе данных с последующей попыткой отыскать ее в индексе. Если соответствующий элемент обнаружить в индексе не удается или он неправильный, значит, выявлена ошибка. При просмотре индексов с помощью программ первого типа ранее допущенную ошибку найти невозможно. [6]
Первый способ проверки индексов имеет существенное преимущество в скорости. Тип применяемой программы проверки индексов и частота ее использования определяются опытом, приобретенным при работе с конкретной вычислительной установкой. Проверку индексов по второму способу следует производить как минимум после каждой существенной реорганизации базы данных, а если при этом обнаруживаются ошибки в индексах, то и через более короткие интервалы. [7]
Первый способ проверки индексов имеет существенное преимущество в скорости. Тип применяемой программы проверки индексов и частота ее использования определяются опытом, приобретенным при работе с конкретной вычислительной установкой. Проверку индексов по второму способу следует производить как минимум после каждой существенной реорганизации базы данных, а если при этом обнаруживаются ошибки в индексах, то и через более короткие интервалы. [8]
Первый способ проверки индексов имеет существенное преимущество в скорости. В одном известном автору применении при наличии базы данных, включающей 7000 элементов, первый тип проверки занимает 50 мин и производится раз в месяц. Тип применяемой программы проверки индексов и частота ее использования определяются опытом, приобретенным при работе с конкретной вычислительной установкой. Проверку индексов по второму способу следует производить как минимум после каждой существенной реорганизации базы данных, а если при этом обнаруживаются ошибки в индексах, то и через более короткие интервалы. [9]
Блок-схема программы для обратной подстановки приведена на рис. 8.6. Она существенно проще блок-схемы метода исключения. Оказывается также, что эта блок-схема еще упрощается, если вычислять значение хп в начале программы, не включая это вычисление в цикл. Конечно, можно составить блок-схему и без этого отдельного шага, но при этом ненужным образом усложнилось бы вычисление суммы членов, стоящих после диагонального: первая сумма оказалась бы равной нулю и проверку индекса / пришлось бы производить перед вычислением суммы. Заметим, что, если в блок-схеме на рис. 8.5 все индексы в процессе вычисления увеличивались, в блок-схеме на рис. 8.6 один из индексов, а именно i, уменьшается. [10]
Первый способ проверки индексов имеет существенное преимущество в скорости. В одном известном автору применении при наличии базы данных, включающей 7000 элементов, первый тип проверки занимает 50 мин и производится раз в месяц. Тип применяемой программы проверки индексов и частота ее использования определяются опытом, приобретенным при работе с конкретной вычислительной установкой. Проверку индексов по второму способу следует производить как минимум после каждой существенной реорганизации базы данных, а если при этом обнаруживаются ошибки в индексах, то и через более короткие интервалы. [11]
В большинстве языков операторная конструкция 4 будет иметь вид р ( I) С ( j, X /)), причем в Фортране для ее реализации может потребоваться два шага. И, наконец, реализация операторной конструкции 5 предполагает, что символы управления кареткой известны. Приведенный алгоритм основан на предположении о равенстве числа столбцов матрицы С числу допустимых шкал полутонов. Если это допущение оказывается неверным, то необходимо предусмотреть соответствующие процедуры проверки индексов. Выбор такого отображения рассматривается в разд. Более эффективным способом является расширение исходной матрицы С таким образом, чтобы ее размерность соответствовала числу допустимых уровней полутонов. Однако, описывая алгоритмы, мы таких проблем затрагивать не будем, поскольку они относятся к качеству и стилю программирования. [12]
Обычно аппаратура ЭВМ частично обеспечивает моделирование управляющей структуры прерываний. Встроенные в большинство ЭВМ возможности слежения за ошибками определенных типов ( например, арифметическое переполнение, конец файла) позволяют в случае ошибки передавать управление на подпрограмму прерывания. Подобное моделирование имеет две главные формы. В таких языках, как ПЛ / I, где программы компилируются в машинные команды, транслятор может ( если прерывание разрешено) явно вставить команды, которые будут проверять условие прерывания и, возможно, передавать управление на подпрограмму прерывания при выполнении любой операции, вызывающей соблюдение этого условия. Так, например, для каждого обращения к массиву, в котором индекс может оказаться за установленными границами, при трансляции программы вставляются явные команды проверки индекса на выход за границы. [13]