Ключевые поля

Cтраница 3

В РОП обязательно должны быть определены, а в операторе CONNECT проблемной программы объявлены все ключевые поля записи, необходимые для размещения записи в базе данных, выбора нужных экземпляров цепей и включения в них новой записи: поля прямого адреса, ключи вычисления, ключи соответствия всех цепей и синонимы к ним, ключи сортировки. Если в программе не объявляется любое другое поле записи, подобное поле в формируемой записи заполняется шестнадцатеричными нулями. [31]

Обратите внимание на то, что в таблице не моует быть двух записей с одинаковым содержимым ключевых полей. [32]

Как видно из приведенных примеров, трудоемкость получения данных в информационной системе определяется главным образом однородностью ключевых полей или организацией информационной базы. Если бы файл ПП1 был отсортирован в последовательности файла ПОК1, то выдача последнего отчета была бы проще. В то же время не следует забывать, что организация файлов устанавливается в результате анализа регулярных запросов, для выдачи которых система проектировалась, поэтому появление трудоемкого запроса еще не указывает на некорректность информационной системы. На практике подобные противоречия разрешаются за счет избыточности данных в системе, представления одного и того же файла несколько раз с различными порядками следования записей. Такие модификации файлов могут присутствовать постоянно в системе или создаваться временно для выдачи нескольких разновидностей запросов, для которых модификация файла существенно сокращает цикл обработки. [33]

Следует обратить внимание на то, что в таблице не может быть двух записей с одинаковым содержимым ключевых полей. [34]

Операция elem, как и в Паскале / Р, обеспечивает доступ к кортежу отношения, идентифицируемому значениями ключевых полей. [35]

Оператор REPL используется для изменения значений полей существующего в БД экземпляра сегмента, при этом не разрешается изменять значения ключевых полей. В случае определения в схеме БД логической связи определяются также правила замещения для соответствующих типов сегментов. Например, правило Р для порожденного сегмента позволяет изменять значения его полей только при доступе к нему от физически исходного сегмента, а правило V - независимо от того, как извлечен порожденный сегмент. [36]

В предположении, что результатом сортировки является физическое упорядочение, сортировка двух записей в своей простейшей форме состоит из сравнения их ключевых полей и определении, которое из них меньше. После этого записи переставляются так, что запись с меньшим ключом ставится перед записью с большим ключом. [37]

Как показывает рис. 4.10, существуют три основных области данных, первая из которых фиксирована при проектировании архитектуры и содержит пять ключевых полей. Ниже перечислены и кратко описаны части первой области данных: 1) состояние контекста, 2) указание стека ( SP), 3) индекс текущего объекта команды, 4) указатель команды ( IP) - в разрядах, 5) область данных управления трассировкой, 6) рабочая память, 7) стек операндов. Ниже приведено краткое объяснение этих элементов. [38]

Выходные данные. [39]

Обратите внимание, что операции по обновлению данных чаще всего не требуют модификации первичного ключа, так как они не изменяют значения ключевых полей. [40]

Граф версий поиска данных. [41]

При расширенном поиске исходными могут быть версии 8, 10, 12, 14 и 18, как содержащие одно или несколько ключевых полей. На рис. 7.4 представлен граф версий, на котором узлы соответствуют полям, а дуги - переходам от ключевых узлов к неключевым. [42]

Специфика СУСБД в том, что в ней не используется структурное представление БД, а имеется прямой доступ к любой записи по значению ключевых полей. При этом две и более записи могут быть связаны между собой ссылками. Группа записей, содержащая ссылки, называется связью. Запись, являющаяся членом связи, считается ключевой, если она содержит ссылки на другие записи - члены связи. В противном случае ( не содержит ссылок) запись называется неключевой. По ключевой записи обеспечивается непосредственный доступ ко всем другим записям - членам связи. [43]

Средство настройки межтабличпой связи. [44]

В данном случае владелец базы может применить три подхода: либо вообще ничего не делать для защиты целостности данных, либо запретить удаление данных из ключевых полей главных таблиц, либо разрешить его, но при этом адекватно обработать и связанные таблицы. Вручную сделать это чрезвычайно трудно, поэтому и нужны средства автоматизации. [45]

Страницы: 1 2 3 4