Cтраница 2
Объединение отдельных элементарных данных в агрегат данных и присвоение последнему общего наименования позволяет выполнять те или иные действия в программах одновременно над всеми данными, входящими в агрегат. [16]
Проверяется, имеет ли пользователь доступ к агрегатам данных. [17]
По мнению некоторых специалистов, нет необходимости различать агрегат данных и запись, поскольку и то и другое является совокупностью элементов данных, а терминологии, используемой фирмой IBM, а также в других источниках и агрегат данных, и запись называют сегментом. Сегмент состоит из одного или нескольких элементов данных ( обычно нескольких) и является основным квантом данных, передаваемым прикладной программе или получаемым от нее под управлением программного обеспечения, работающего с базой данных. [18]
По общности объекта информации отдельные элементарные данные и агрегаты данных образуют запись, наименование ( идентификатор) которой используют в программах для выполнения различных действий одновременно над всей записью. [19]
СЕЙ) В базах данных - единица, представляющая агрегат данных. [20]
Основными структурными единицами базы данных являются элементарные данные, агрегаты данных, записи данных и файлы. [21]
Поскольку в самом общем случае два или несколько типов агрегатов данных могут участвовать одновременно в нескольких связях, то одни и те же агрегаты могут нести различные, дополняющие друг друга сведения об их взаимодействии в базе данных. [22]
Соответствуют классу объектов, которые представлены элементарными данными или агрегатами данных, например элементы данных, типы записей, файлы и отчеты. [23]
Логика предикатов уже была использована в языках описания данных для определения агрегатов данных, что позволило организовать обращение только к действительно необходимым данным. [24]
Когда пользователь становится владельцем агрегата данных, система приписывает атрибут OWN агрегату данных в профиле этого пользователя. Профили пользователей содержат системные данные ( понятие профиля пользователя введено в разд. В любой системе тот, кто создает агрегаты данных, автоматически становится их владельцем. Будучи владельцем агрегатов данных, пользователь может разрешать или запрещать любым другим пользователям обращаться к этим агрегатам. Другими словами, пользователь, в профиле которого агрегату данных соответствует атрибут OWN, может присвоить другим пользователям любые защитные атрибуты для этого агрегата. В частности, он может назначить другого пользователя совладельцем агрегата, присвоив ему OWN-атрибут. [25]
Во многих сетевых структурах, задающих связи между типами записей или типами агрегатов данных, представление отношений между исходными и порожденными элементами аналогично представлению отношений в случае дерева: отношение исходный-порожденный является сложным, а отношение порожденный-исходный - простым. [26]
На концептуальном уровне в СУБД СЕТЬ используются следующие понятия: элемент данных, агрегат данных вектор, повторяющаяся группа, запись, набор, область. Элемент данных - наименьшая неделимая поименованная единица данных. [27]
Сетевая модель КОДАСИЛ определяет базу данных в терминах имен и характеристик элементов данных, агрегатов данных, записей, наборов и областей, а также связей, которые существуют и должны поддерживаться между экземплярами этих элементов. Такое определение называется схемой базы данных, а соответствующий язык - языком определения данных ( ЯОД) схемы. Часть схемы, доступная конкретному пользователю ( процессу), называется подсхемой. Важным моментом определения базы данных является то, что связи между элементами поддерживаются не прикладными программами, а самой СУБД, что существенно отличает сетевую модель от других моделей. Принципиально важными понятиями сетевой модели КОДАСИЛ являются понятия элементов и агрегатов данных, записей и наборов. Понятие области играет вспомогательную роль и служит в основном интересам администрации данных, вследствие чего ниже оно рассматриваться не будет. [28]
Логическая структура БД отражает ее файловый состав, взаимосвязь и соподчинение отдельных данных и агрегатов данных. Логическую структуру БД, формируемую в процессе постановки задач ( решение которых предполагается осуществить на базе АБД), программисты используют при разработке проблемных программ. [29]
В языке ПЛ / 1 элементы данных могут объединяться в группы, которые называются агрегатами данных. Данные объединяются по общим признакам, что облегчает их обработку в программе. Общими признаками могут быть одинаковые атрибуты или смысловое содержание. Объединение выполняется в виде массивов или структур. Элементы, объединенные в массивы, должны иметь одинаковые атрибуты, а элементы, объединенные в структуры, могут иметь различные атрибуты. [30]