Группа - элемент - данные
Cтраница 2
Из графа G % удаляются вершины, соответствующие группам элементов данных, и связи, ведущие в них из соответствующих элементов данных. [16]
 |
Правила изображения схемы. [17] |
Кроме того, из диаграммы не ясно, какие группы элементов данных представляют собой типы записей, а какие - типы агрегатов данных. Различие между записью и агрегатом данных заключается в том, что число экземпляров типа записи может быть произвольным, а число экземпляров типа агрегата данных - ограниченным. Агрегат данных обычно адресуется посредством записи, частью которой он является, тогда как запись должна иметь свои собственные средства адресации. Некоторые известные системы управления базами данных не различают агрегаты данных и записи. Например, системы IMS и CICS фирмы IBM обращаются к индивидуально адресуемой группе элементов данных ( полям) как к сегменту. Там, где записи и агрегаты данных различаются между собой, как в базах данных, построенных по предложениям CODASYL, схема должна отображать, что есть что. [18]
Иерархическая модель представляется в терминах корневого дерева так, что каждой вершине соответствует некоторая группа элементов данных или тип записей. Сетевая модель отражает связи в виде ориентированного графа, желательно без петель. Реляционная модель данных представляется в виде набора отношений, например табличного вида. [19]
Таким образом, существует две возможности: логическое представление данных может содержать информацию о путях использования групп элементов данных ( сегментов, записей) или эта информация может быть не включена в логическое представление данных. В настоящее время программное обеспечение в большинстве случаев включает эту информацию, так как содержит средства обслуживания некоторых конкретных структур - древовидных, сетевых, наборов и так далее. В том случае, если логическое представление данных исключает информацию о путях использования, как, например, в реляционной базе данных, то для обеспечения хорошей производительности системы такую информацию должно содержать физическое представление данных. [20]
В качестве ключа может служить элемент данных ( в том чис-леиндекс, адрес, код и др.) или группа элементов данных. Так, в индексно-последовательном файле ключ является обязательным элементом записи в каждом поле данных. Набор значений некоторой совокупности атрибутов в реляционной модели данных служит ключом, который однозначно идентифицирует кортеж или группу кортежей конкретного отношения. [21]
Концепция семантической целостности также применима не только к реляционным базам, но ко всем системам, включающим язык запросов с операциями деления или соединения групп элементов данных. [22]
Отвлечемся пока от возможностей современного программного обеспечения и зададим вопрос: Обладают ли данные такими внутренними свойствами, которые могли бы сыграть основополагающую роль при объединении элементов данных в группы и соответственно при объединении групп элементов данных в конкретную структуру. В этой главе описана процедура создания рациональных структур. Мы называем их каноническими структурами. [23]
Все элементы данных, кроме элемента АВТОРЫ, одиночные. В группу элементов данных АВТОРЫ включены элементы ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО. [24]
Определение коллекции записей может содержать, кроме указанных аргументов, также декларацию ключей записи. Ключи записи - это элемент или группа элементов данных в записи, которые могут использоваться для идентификации одной записи или группы записей данного типа. Значение ключа может использоваться функциями манипулирования данными для прямой выборки записей в базе данных. Ключи могут служить также критерием упорядочивания записей данного типа. В отличие от традиционных индексно-последова-тельных файлов, в которых упорядочивание записей всегда осуществляется в порядке возрастания значений ключа, ЯОД КОДАСИЛ предусматривает также возможность задания упорядочивания по убыванию значения ключа. Более того, имеется возможность дать дополнительное указание, что наиболее вероятен прямой или последовательный поиск записей по значению ключа. [25]
Концепция третьей нормальной формы применима не только в реляционных, но и во всех других типах баз данных. Опыт показывает, что записи в системах типа CODASYL, сегменты в системах с языком DL / 1 или группы элементов данных в других системах могут выиграть в случае их представления в третьей нормальной форме. [26]
 |
Сначала в документ вставляется произвольная диаграмма и связанная с ней таблица. Далее диаграмма и таблица редактируются по месту. [27] |
Элементы представления данных - это точки на графиках, столбцы гистограмм, секторы круговых диаграмм - в общем, все то, что служит для непосредственного отображения данных. Элементы оформления - это название диаграммы, названия ее осей, легенда ( специальное поле, в котором приведены условные обозначения для групп элементов данных), подписи к элементам данных и линии координатной сетки. Настройку выполняют подключением или отключением тех или иных элементов. [28]
Вычислители-лингвисты рисуют иногда графы, аналогичные овал-схеме, изображенной на рис. 6.10; отличие заключается только в том, что связи они помечают не 1 или М, а словами, которые формально описывают концептуальную взаимосвязь элементов. Элемент данных А может быть определен, например, как цель, поднабор, время, имя или аргумент элемента данных В. Существует много возможных определений для взаимосвязей между элементами данных или группами элементов данных. [29]
При чтении из базы данных прикладная программа может полностью прочитать логическую запись. Однако часто логической записью базы данных является структура данных, в которую входит несколько групп элементов данных ( сегментов), не все из которых должны быть прочитаны одновременно. Как правило, не существует верхнего пре дела для числа возможных экземпляров записи конкретного типа ( при наличии необходимого оборудования), в то время как обычно есть верхний предел для числа повторяющихся групп внутри записи. [30]
Страницы: 1 2 3