Реляционная база

Cтраница 3

Второй уровень организации обеспечивает интерфейс с пользователем - программистом и реализует операции над табличными представлениями базы данных. Пользователь вводит в стандартный базовый яз. Взаимодействие пользователей с реляционной базой организуется путем использования алгебраического подъязыка данных, в терминах которого оформляются задания на обработку данных. [31]

Фазы и продукты процесса переноса данных. [32]

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

В еще более сложных случаях в запросе могут быть сформулированы некоторые логические условия относительно интересующих пользователя специалистов. Примером такого запроса может служить: Найти всех специалистов, которые либо являются токарями и моложе 25 лет, либо являются фрезеровщиками мужчинами. Запросы такого типа потребуют от системы наличия специальных процедур обработки сложных запросов, которые необходимо реализовать в модели мира. Усложнение систем подобного типа приводит к появлению реляционных баз информации и реляционных языков представления для них. [34]

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

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

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

Одной из актуальных про-блем построения региональных АСУ является возможность объединения ( интеграции) разнородных локальных баз данных, использующих различные модели данных. Решение проблемы предполагает разработку такого метода интеграции, который бы не зависел от типа применяемой ЭВМ и СУБД. Интеграция разнородных баз данных может быть достигнута путем создания некоторой воображаемой ( виртуальной) базы данных. Такой способ интеграции использован в проекте системы интегрированного запоминания информации, разрабатываемой в институте ИНЭУМ. Каждой локальной базе данных соответствует совокупность информационных таблиц, которые рассматриваются как виртуальная реляционная база. Операции над ней реализуются средствами языка манипулирования виртуальными данными. [38]

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

На уровне физического хранения данные содержатся в файлах. Файл базы данных представляет собой совокупность записей. Каждое поле записи содержит определенные данные. Обычно все поля записи реляционной базы данных имеют одинаковую длину. В реляционных базах данных системы PDC Prolog это требование не является обязательным, поэтому используемую в системе PDC Prolog модель данных можно охарактеризовать как обобщенную реляционную модель данных. [40]

Элементы технологических объектов составляют четвертый уровень иерархии или применительно к нашей модели ребра графа. Для идентификации узлов будем использовать коды вида SNKKKKKXXX, где 5 и N - соответственно коды ГТС и направления, ККККК-расстояние данного узла в километрах от точки отсчета на направлении N, a XXX - порядковый номер узла на данном километре. Понятия газотранспортная система, направление, технологический объект и элемент составляют логическую структуру базы данных, которая введена как древовидная структура. Как показано в работе [48], такую структуру можно представить в базе данных либо в виде иерархического файла, либо в виде набора файлов, составляющих реляционную базу данных в нормализованной форме. Так как описываемая база данных может входить в систему баз данных, например в состав АСУТП транспорта газа-то предпочтительна реляционная база в нормализованной форме. [41]

Страницы: 1 2 3