Реляционная модель (Relational model)

Модель,   которая   позволяет   определять:   а) структуры   данных;   б) операции   по

запоминанию  и   поиску  данных;  в) ограничения,  связанные  с  обеспечением  целостности данных.  Модель  основана  на  математическом   понятии   отношения   (relation),  которое расширено   за  счёт  значительного   добавления  специальной   терминологии   и    развития соответствующей теории.  Модель была впервые  предложена Е.Ф. Коддом в 1970 году и имеет     огромное    значение   для    ИТ-индустрии.    Реляционная    модель    используется исключительно в контексте взаимодействия с системами управления базами данных (СУБД, RDBS – Relational Data Base System). Часто модель выражается через элементы множества нормальных форм. Общая структура данных (и их  отношения) могут быть представлены в виде  таблицы, в  которой  каждая  строка  значений (кортеж)  соответствуют  логической  записи, а заголовки  столбцов являются названиями  полей  (элементов) в записях. Согласно условиям нормализации в каждом кортеже содержатся данные, отражающие либо свойства

«реального  мира»,  либо  связи  между двумя  или  несколькими  объектами.  На  множестве отношений как таковом связи между отношениями явно не выражены. Явно выражены они могут быть, например, в диаграмме связи между объектами. Операции запоминания и поиска делятся  на  две  группы:  операции  на  множествах  (объединение,  пересечение,  разность, произведение)  и   реляционные  операции  (выбрать,  спроецировать, соединить,  разделить). Любой  язык  манипулирования   данными,   обеспечивающий   все  эти   операции,   является реляционно  полным. В  зависимости  от способа формирования  языка  его называют либо реляционной  алгеброй,  либо  реляционным исчислением.  Для  увеличения  эффективности работы во многих системах управления реляционными базами данных приняты ограничения, соответствующие строгой реляционной модели.

Репитер (См. Повторитель)

Репликация [дублирование; повторение; средства копирования] (Replication)

u (БД) Дублирование     базы     данных     на    нескольких     серверах.     Повышает эффективность    доступа   к    информации    при    росте   числа    подключающихся    к    БД пользователей. Как правило,  репликация должна  гарантировать  регулярное обновление  и синхронизацию используемых копий.

v (БД) Распределенные компьютерные  системы  часто обеспечивают  репликацию (тиражирование) файлов в качестве одной из услуг, предоставляемых клиентам. Репликация

–    это асинхронный  перенос изменений  данных  исходной  файловой системы  в  файловые

системы,  принадлежащие  различным  узлам  распределенной  файловой  системы.  Другими словами, система оперирует несколькими копиями файлов, причем каждая копия находится на  отдельном  файловом  сервере  и   видоизменяется  самостоятельно.  Данная  технология реализована и активно применяется в базах данных Domino/Lotus.

Репликация программного обеспечения (Software replication)

Тиражирование программного обеспечения типового информационного комплекса с

целью дальнейшего клонирования на его основе нового отраслевого портала или комплекса.

Репозиторий (Repository)

u Электронное   хранилище   структурированной   метаинформации   (описательной информации)  о  разрабатываемых  приложениях,  компонентах,  хранилищах  данных,  базах данных и т.д. Содержит также модели процессов, происходящих в системе, модели данных, используемых  системой  и   объектную  модель  с  соответствующим  описанием  каждой  из компонент.  Как правило,  специализированный  крупный  программный продукт  или  часть другого ПО.

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

w Для   реализации   идеологии   повторного   использования   программного   кода наиболее   подходящими   являются  компоненты,  которые   легко  встраиваются   во  многие программные  системы  и   продукты.  Однако  для  их  полнофункционального  применения требуется среда, где они  могут храниться  без привязки  к конкретным  CASE-системам  и, вместе  с  тем,  совместно  со  специального  вида  спецификациями.  Данные  спецификации описывают компоненты формально на метаязыке, позволяющем одновременно использовать самые разные  средства   как проектирования,  так и  разработки.  Хранилища  компонентов с такими  возможностями  называются объектными репозиториями. В 1995 г. фирмой  Unisys был создан универсальный объектный репозиторий (УОР) UREP, идеология которого была положена в основу разработанной OMG в 1997 г. спецификации универсального репозитория MetaObject   Facility   (MOF),   ставшего   сегодня   для    остальных   УР   соответствующим стандартом.   Большинство  подобных   продуктов   базируются   на   универсальном   языке моделирования  UML,  позволяющем выйти  на нужный уровень абстракций, поддерживают спецификацию  MOF и  хранят элементы в УР как  COM-объекты, а также как  CORBAи JavaBeans-объекты, используя для их описания язык расширенной разметки XML.

x В CASE-системах  разработки  программного обеспечения  репозиторий  является базой данных информации об элементах программных систем и самого процесса разработки. Сюда входят: элементы данных, процессы, входные и выходные данные, а также взаимные связи  между  компонентами.  Как  правило,  CASE-системы  используют  репозиторий  для идентификации   объектов   и    правил   их   использования   для  повторного  использования. См. CASE.

Источник: Тлумачний   словник   з   інформатики   /   Г.Г.   Півняк,   Б.С.   Бусигін, М.М. Дівізінюк та ін. – Д., Нац. гірнич. ун-т, 2008. – 599 с.

Похожие посты:

Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий