Cтраница 1
Множество полей в info зависит от индивидуальных особенностей файла и его формата. Однако первые девять полей всегда имеют одно и то же содержимое. [1]
Среди множества полей, к которым применимы только что полученные общие формулы, на практике особенный интерес вызывают поля, которые создаются определенными типами источников. Они являются вторичными, плоскими источниками, которые обсуждались в разд. [2]
В высших размерностях множество грубых полей по-прежнему обширно, но не является уже всюду плотным. Здесь существуют богатые и более сложные явления, сохраняющиеся при малых возмущениях первоначального поля. Даже для грубых полей структура траекторий предельных множеств до конца не ясна, и ее описание по-прежнему остается областью активного исследования. [3]
В высших размерностях множество грубых полей по-прежнему обширно, но не является уже всюду плотным. Здесь существуют богатые и более сложные явления, сохраняющиеся при малых возмущениях первоначального поля. [4]
Сформулированные выше определения наделяют множество струнных полей алгебраической структурой. [5]
Здесь список полей представляет собой множество полей, которое мы на звали CALC-ключом. При таком способе размещения предполагается ( но не требуется), что файл для данного типа записи должен храниться в участках: по одному участку на каждое значение, продуцируемое процедурой хеширования с именемпроцедура, применяемой к значениям полей, которые указываетсписок полей. Вполне приемлема альтернатива, когда про-цедура. Однако пользователь имеет право предполагать, что при заданных значениях дляСсписка полей определение местоположения некоторой записи ( возможно, нескольких записей), обладающей такими значениями, осуществляется эффективно. Система обязана обеспечить встроенные процедуры, которые способны выполнять такой поиск. [6]
Предположим далее, что некоторое множество полей реализующего файла, состоящего из записей фиксированной длины, образует ключ. Тогда можно организовать реализующий файл для поиска, включения, удаления и модификации с помощью любого из рассмотренных в предыдущих разделах методов, дополнив их некоторыми деталями. Эти дополнения связаны лишь с созданием блоков или цепочек блоков для повторяющихся групп во время включения при реализации, основанной на указателях, и с возвращением файловой системе таких блоков, если имеет место удаление. Используемые при этом алгоритмы являются достаточно простыми, и мы не будем на них подробно останавливаться. [7]
К - некоторая линейная операция на множестве полей ф, явный БИД которой определяется лагранжианом. [8]
Здесь также будут сформулированы теоремы об открытости множества полей Морса - Смейла и их грубости на многообразиях любой размерности. В частности, существуют грубые поля на любом многообразии. Однако поля Морса - Смейла в пространстве векторных полей на многообразиях размерности 3 и более уже не составляют плотного множества. Тем не менее следует отметить одно полезное специальное пространство, в котором поля Морса - Смейла плотны, а именно пространство градиентных полей на любом компактном многообразии. [9]
На данном этапе вам не нужно думать о множестве полей CREATESTRUCT, поэтому я не буду их здесь перечислять. [10]
Можно заметить, что структуры LOGFONT и TEXTMETRIC похожи ( имеют множество полей, хранящих одинаковую информацию), но имеют и важное теоретическое отличие. Структура LOGFONT используется для инициализации объекта шрифта и хранит описание требуемого шрифта, не гарантируя того, что шрифт, соответствующий описанию, действительно доступен для любого конкретного устройства вывода. Если же выбрать объект шрифта из контекста устройства, то при отображении текста будет использоваться шрифт, который более всего близок к описанию. Значения, которые функция GetTextMetrics присваивает структуре TEXTMETRIC, задают шрифт, используемый для отображения текста, который действительно доступен. Так как в диалоговом окне Font выбираются только фактически доступные шрифты, то структуры LOGFONT и TEXTMETRIC отображаются средствами TextDemo почти аналогично. Хотя в общем случае эти две структуры не всегда совпадают. [11]
Таким образом, ясно, что поля Морса - Смейла следует определить как подмножество множества полей Купки - Смейла. На данном этапе необходимо отметить фундаментальный факт, что принадлежность векторного поля к классу полей Купки - Смейла не дает никакой информации об а - и определьных множествах траектории в общем случае. Поскольку топологическая эквивалентность между векторными полями сохраняет а - и со-предельные множества соответствующих траекторий, то необходимо наложить некоторые специальные условия на эти предельные множества. [12]
Доказать, что конечное расширение L / K является простым тогда и только тогда, когда множество промежуточных полей между К и L конечно, и привести пример конечного расширения, не являющегося простым. [13]
Многие ( но не все) функциональные зависимости могут быть выражены, если СУБД позволяет пользователю объявить, что некоторое множество полей или атрибутов образует ключ типа записи или отношения. Ясно, что необходимость выражать функциональные зависимости не ограничивате-ся только реляционными системами. IMS позволяет объявить, что поле упорядочения некоторого сегмента должно быть уникальным Ч Таким образом, поле упорядочения корневого сегмента может выполнять функцию ключа для этого типа сегмента, хотя для некорневых типов сегментов поле у порядочен и я будет уникальным только среди порожденных одного сегмента исходного типа. Заметим, однако, что если поля упорядочения всех типов сегментов объявлены уникальными, то полный сцепленный ключ служит ключом для сегментов любого типа, хотя в действительности некоторые поля полного сцепленного ключа могут и не принадлежать этому сегменту. [14]
Отсюда вытекает, что электромагнитное поле, возбуждаэ-мое в волноводе произвольной системой источников, всегда может быть представлено в виде наложения множества полей рассмотренных типов. [15]