Cтраница 1
Логическое представление данных должно быть достаточно близким к содержательному. [1]
Вводя эту форму сцепленного ключа в логическое представление данных, мы обеспечиваем зависимость каждого элемента данных от одного ключевого элемента данных. [2]
Таким образом, существует две возможности: логическое представление данных может содержать информацию о путях использования групп элементов данных ( сегментов, записей) или эта информация может быть не включена в логическое представление данных. В настоящее время программное обеспечение в большинстве случаев включает эту информацию, так как содержит средства обслуживания некоторых конкретных структур - древовидных, сетевых, наборов и так далее. В том случае, если логическое представление данных исключает информацию о путях использования, как, например, в реляционной базе данных, то для обеспечения хорошей производительности системы такую информацию должно содержать физическое представление данных. [3]
Программные средства обеспечивают логическую н физическую независимость данных, допуская существование глобального логического представления данных независимо от изменений представления данных в прикладных программах или физической организации данных. [4]
При составлении программы программист, как правило, видит в общих чертах логическое представление данных, которые она должна обрабатывать. В обычных условиях он кодирует описание логического представления в теле программы. Часто такое описание содержит описание его физической реализации. Поэтому на Коболе записывается раздел данных, а на Фортране - - операторы FORMAT. В случае активной СССД все метаданные будут генерироваться этой системой. Без СССД невозможна даже компиляция порграмм. Таким образом, контроль за разработкой новых программ обеспечивается с помощью активной СССД, управляющей генерацией метаданных, первоначально введенных в нее. [5]
Здесь сталкиваемся с другой системой, взаимодействующей с базой данных: за поддержание глобального логического представления данных отвечает группа лиц, называемая администратором базы данных. Администратор отвечает за сохранность данных, только он имеет право принимать решение о модификации структуры базы данных, о введении новых типов записей. Отметим, что администратору при этом не известна информация, хранимая в базе данных и отличная от информации о структуре. [6]
Независимость данных рассматривается в системе как независимость прикладных программ от изменений структуры хранения и способов доступа, что достигается отделением логического представления данных от методов их организации в системе и обеспечением поддержки разных подмоделей данных пользователя. [7]
Для решения проблемы эффективности важно уяснить, что отношения и операции над ними ( такие, как СОЕДИНЕНИЕ) относятся к логическому представлению данных, трудно себе представить чтобы в диалоговых системах операция СОЕДИНЕНИЕ реализовалась на физическом уровне. Аналогичные результаты здесь получаются с помощью указателей или индексов. В системах пакетной обработки данных физическая реализация операции СОЕДИНЕНИЕ допустима и может рассматриваться как аналог операции слияния для магнитных лент. [8]
Принципиально важное свойство СУБД заключается в том, что она позволяет различать и поддерживать два независимых взгляда на базу данных - взгляд пользователя, воплощаемый в логическом представлении данных, и взгляд системы - физическое представление, характеризующее организацию хранимых данных. Пользователя не интересуют при его работе с базой данных байты и биты, представляющие данные в среде хранения, их размещение в памяти, указатели, поддерживающие связи между различными структурными компонентами хранимых данных, выбранные методы доступа. В то же время все эти факторы важны для выполнения функций управления данными самой СУБД. [9]
Таким образом, существует две возможности: логическое представление данных может содержать информацию о путях использования групп элементов данных ( сегментов, записей) или эта информация может быть не включена в логическое представление данных. В настоящее время программное обеспечение в большинстве случаев включает эту информацию, так как содержит средства обслуживания некоторых конкретных структур - древовидных, сетевых, наборов и так далее. В том случае, если логическое представление данных исключает информацию о путях использования, как, например, в реляционной базе данных, то для обеспечения хорошей производительности системы такую информацию должно содержать физическое представление данных. [10]
Глобальная логическая организация данных - это общая организация или концептуальная модель базы данных ( такая, как на рис. 0.1), на основании которой могут быть получены различные внешние организации. Такое логическое представление данных является полностью независимым от физической организации данных. Оно будет описываться на языке описания данных, который является частью программных средств управления базами данных. [11]
Описанию физического размещения данных должно предшествовать рассмотрение моделей данных, необходимых пользователям. Эти модели являются логическим представлением данных. [12]
Формируется из внешней схемы и концептуальной схемы - глобального логического представления данных. [13]
Рассмотрим подробнее языки манипулирования данными. ЯМД, с которым работает программист, должен обеспечивать ему элементарные операции над логическим представлением данных. Функцией ЯМД является интерпретация логического вызова на уровень физического управления данными в соответствии с моделью интерпретации, которая определяется схемой базы даннмх и ее отображением на структуры физического хранения, контроль полномочий источника вызова по доступу к данным, исполнение вызова, регистрация изменений базы данных в системном журнале. [14]
На логическом уровне проектирования базы данных сетевые структуры системы КОДАСИЛ и псевдосетевые структуры системы DL / 1 имеют много общего. Термин псевдосетевая используется потому, что включение в систему DL / 1 средств для построения логических связей и вторичных индексов преобразует ее иерархические структуры в сетевые структуры, хотя последние при реализации более ограниченны по сравнению со стандартами системы КОДАСИЛ. Однако логическое представление данных с точки зрения пользователя системы DL / 1 по-прежнему имеет иерархическую структуру. Следовательно, рассмотренные выше автоматизированные процедуры проектирования с несущественными изменениями можно использовать для логического проектирования сетевых структур. [15]