Поля - упорядочение - Большая Энциклопедия Нефти и Газа, статья, страница 1
Второй закон Вселенной: 1/4 унции шоколада = 4 фунтам жира. Законы Мерфи (еще...)

Поля - упорядочение

Cтраница 1


1 Представление сегмента БОЛЬНИЦА для DL / 1. [1]

Поля упорядочения могут быть определены как уникальные или как неуникальные.  [2]

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

Для вывода этой формулы совершенно несущественна специфика ф ( х) как поля упорядочения.  [4]

Существует факультативная возможность делан, диупапраолепными и иерархические указатели, и указатели вида порожденный / подобный Кроме того, можно также факультативно связать экземпляры корневого сегмента двунаправленными указателями в порядке возрастания значений их полей упорядочения.  [5]

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

Часто бывает желательно, чтобы каждому сегменту-указателю в базе данных вторичного индекса соответствовало уникальное значение ключевого поля. АБД может специфицировать поля дополнительного упорядочения, для того чтобы сделать ключевые значения уникальными. Например, база данных БОЛЬНИЦА может содержать более одного сегмента ПАЦИЕНТ с одинаковым значением ИМЯ ПАЦИЕНТА. Если мы поместили в сегмент-указатель только значение ИМЯ ПАЦИЕНТА, то более одного сегмента-указателя может содержать одно и то же значение ключа. Это снижает эффективность функционирования базы данных вторичного индекса.  [7]

Полный сцепленный ключ представляет собой конкатенацию значений полей упорядочения всех сегментов вдоль пути от корневого до целевого, включая и встречающиеся сегменты с чувствительностью ключа. Предположим, что программа, использующая подсхему рис. 8.6, запрашивает запись служащего, ТАБ НОМЕР которого равен 12345, и этот служащий работает в Принстон-ской конторе Северо-восточного района.  [8]

Каждое предложение SEGM именует и описывает один из типов сегмента в базе данных БОЛЬНИЦА. Вслед за предложением SEGM в описание включаются одно или несколько предложений FIELD, которые именуют и описывают поля упорядочения или поисковые поля, выбранные для сегмента.  [9]

Парный сегмент можно определять в схеме БД и в том случае, когда это не обусловливается методом доступа. Виртуальный парный сегмент не хранится в БД: определение этого сегмента - всего лишь прием для спецификации полей упорядочения логически подобных.  [10]

11 Добавление 100 000 дол. к объему сделок Сэма Ловкача. [11]

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

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

Многие ( но не все) функциональные зависимости могут быть выражены, если СУБД позволяет пользователю объявить, что некоторое множество полей или атрибутов образует ключ типа записи или отношения. Ясно, что необходимость выражать функциональные зависимости не ограничивате-ся только реляционными системами. IMS позволяет объявить, что поле упорядочения некоторого сегмента должно быть уникальным Ч Таким образом, поле упорядочения корневого сегмента может выполнять функцию ключа для этого типа сегмента, хотя для некорневых типов сегментов поле у порядочен и я будет уникальным только среди порожденных одного сегмента исходного типа. Заметим, однако, что если поля упорядочения всех типов сегментов объявлены уникальными, то полный сцепленный ключ служит ключом для сегментов любого типа, хотя в действительности некоторые поля полного сцепленного ключа могут и не принадлежать этому сегменту.  [14]

Если в данном блоке больше нет свободного пространства, HDAM выбирает другой первичный блок, расположенный физически как можно ближе к текущему. Эта стратегия минимизирует общее время, необходимое для поиска заданного корневого сегмента. Например, если невозможно разместить все корневые сегменты с данным хеш-значением в одном блоке, то желательно, чтобы они находились на одном цилиндре диска. Все корневые сегменты с одним и тем же хеш-значением связываются в цепочку в порядке возрастания значений их полей упорядочения. Поэтому если эти сегменты размещены физически близко, то вся цепочка может быть просмотрена достаточно быстро. Однако корневые сегменты вообще не соединяются в порядке возрастания значений их полей упорядочения. И на самом деле команда GET NEXT, примененная к корневым сегментам базы данных HDAM, необязательно будет возвращать сегменты в надлежащем порядке.  [15]



Страницы:      1    2