Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. - Базы данных. Учебник для высших учебных заведений (6-е изд.) - 2009, страница 10

Использование технологии мультимедиа позволяет расширить область применения ПЭВМ и поднять на болеевысокий качественный уровень решение традиционных задач.Говоря о мультимедиа-возможностях реляционных систем, как получивших наибольшее рапространение, отметим, что основная их роль - хранитьмультимедиа-данные.

Порождать и видоизменять сами данные в настоящеевремя могут только мультимедиа-программы, каковыми СУБД не являются.В реляционных системах основным местом хранения данных, в том числеи мультимедиа-данных, является таблица. Для обеспечения хранения мультимедиа-данных в структуре таблицы должны быть предусмотрены соответствующие поля. Кроме того, мультимедиа-данные могут храниться в экранных формах и отчетах.Главное отличие названных способов состоит в том, что в первом случаемультимедиа-данные связываются с каждой записью базы, а во втором случае мультимедиа-данные включаются в экранную форму или отчет один раз.Так, при просмотре БД с помощью экранной формы связанные с записямимультимедиа-данные при изменении текущей записи изменяются, а мультимедиа-данные самой экранной формы - остаются без изменения.

Мультимедиа-данные включают в экранные формы и отчеты для повышении их наглядности при отображении на экране (рис. 2.12).Рис. 2.12. Мультимедиа-данные в экранной форме2. Моделии типыданных47В различных С У Б Д применяются разные механизмы поддержания мультимедиа-данных. Чаще всего для их размещения хранения используются поляхранения двоичных объектов или так называемые BLOB-поля (Binary LargeOBject - большие двоичные объекты). Поскольку мультимедиа-данные могут иметь различные виды (аудио-, видео-, графическая и т. д.

информация),а в рамках каждого вида - разные форматы (например, для хранения графической информации используются файлы с расширениями: bmp, рсх, tif, gif,eps и т. д.), удобным способом привязки их к средствам обработки оказывается упоминавшийся ранее механизм OLE. В связи с этим одним из наиболеераспространенных типов BLOB-полей являются OLE-поля.К примеру, в MS Access поддерживается OLE-поле, в системе Paradox можно создавать также поля типа graphic и binary (в поле типа graphic информация только интерпретируется и отсутствует связь с приложением; информация из в поля типа binary не отображается на экране, так как С У Б Д ее неиптерпретирует).Поскольку для работы с мультимедиа-информацией в общем случае могут использоваться как специализированные средства ее обработки и хранения, так и реляционные системы, то перед пользователем может встать вопрос: «А что же лучше?».

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

Укажите достоинства и недостатки иерархической модели данных.3. Как организуется физическое размещение данных в БД иерархического типа?4. Охарактеризуйте сетевую модель данных.5. Охарактеризуйте реляционную модель данных.6. В чем отличие между постреляционной и реляционной моделями данных?7. Укажите достоинства и недостатки постреляционной модели.48Часть 1. Основы построениябазданных8. О х а р а к т е р и з у й т е м н о г о м е р н у ю модель данных.9. Назовите и поясните смысл операций, в ы п о л н и м ы х над д а н н ы м и в случае многомерной модели.10. Д а й т е определение и приведите п р и м е р ы п р о я в л е н и я п р и н ц и п о в инкапсуляции, п о л и м о р ф и з м а и наследования п р и м е н и т е л ь н о к объектн о - о р и е н т и р о в а н н ы м базам данных.11.

У к а ж и т е достоинства и недостатки объектно-ориентированной м'одели представления данных.12. О х а р а к т е р и з у й т е т и п ы данных, и с п о л ь з у е м ы е в современных С У Б Д .13. М о ж н о ли хранить и п р о с м а т р и в а т ь р и с у н к и в Б Д С У Б Д M S Access?14. О х а р а к т е р и з у й т е м у л ь т и м е д и а - в о з м о ж н о с т и р е л я ц и о н н ы х систем.Литература1.

Биттппер Ю. Интербаза — система управления базами данных нового поколения / / Вычисл. Техника соцстран. Вып. 26. С. 136-143.2. Бородоев В. А., Кустов В. Н. Банки и базы данных. Уч. пособие. J1.: ВИКИ,1989.3. Васильев В. Объектно-ориентированная БД: взгляд изнутри / / Компьютеры +Программы, № 3 (36), 1997. С. 45-49.4. Ким Е., Шабаев И., Бычков В. Проектирование трехмерных баз данных в СУБДuniVerse / / Системы Управления Базами Данных, № 3, 1996. С. 66-76.5. Основы современных компьютерных технологий: Учебник / Под ред.

проф.Хомоненко А. Д. Авторы: Брякалов Г. А., Войцеховский С. В., Воробьев Е. Г.,Гофман В. Э., Гридин В. В., Дрюков 10. П., Замула А. А., Захаров А. И., Компаниец Р. И., Липецких А. Г., Рыжиков Ю. И., Хомоненко А. Д., Цыганков В. М.- СПб: КОРОНА принт, 2005. - 672 с.6. Сахаров А. А. Принципы проектирования и использования многомерных базданных (на примере Oracle Express Server) / / Системы Управления БазамиДанных, № 3,1996. С. 44-59.7. Системы управления базами данных и знаний: Справ, изд.

/ Наумов А. Н., Вендров А. М., Иванов В. К. и др.; Под ред. А. Н. Наумова. М.: Финансы и статистика, 1991.8. Четвериков В. Н. и др. Базы и банки данных: Учебник для вузов по спец. «АСУ»/ Под ред. В. Н. Четверикова. М.: Высш. шк., 1987.9. Фролов А. В., Фролов Г. В. Мультимедиа для Windows. Руководство для программиста. - М.: Д И А Л О Г - М И Ф И , 1995.

- 284 с.493. Реляционная модель данныхВ разделе рассматривается наиболее распространенная реляционная модель представления данных; дается определение реляционной модели и характеристика ее элементов; описываются индексирование, связывание таблиц и контроль целостности связей; рассматриваются теоретические основыпостроения языков запросов: реляционная алгебра и реляционное исчисление; а также дается характеристика языков QBE и SQL, формат операторов ипримеры построения запросов с их помощью.3 . 1 . Определение реляционной моделиРеляционная модель данных (РМД) некоторой предметной области представляет собой набор отношений, изменяющихся во времени.

При созданииинформационной системы совокупность отношений позволяет хранить данные об объектах предметной области и моделировать связи между ними. Элементы РМД и формы их представления приведены в табл. 3.1.Т а б л и ц а 3.1Элементы реляционной моделиЭлемент реляционноймоделиФорма представленияОтношениеТаблицаСхема отношенияСтрока заголовков столбцов таблицы(заголовок таблицы)КортежСтрока таблицыСущностьОписание свойств объектаАтрибутЗаголовок столбца таблицыДоменМножество допустимых значений атрибутаЗначение атрибутаЗначение поля в записиПервичный ключОдин или несколько атрибутовТип данныхТип значений элементов таблицыОтношение является важнейшим понятием и представляет собой двумерную таблицу, содержащую некоторые данные.Часть 1.

Основы50построениябазданныхСущность есть объект любой природы, данные о котором хранятся в базеданных. Данные о сущности хранятся в отношении.Атрибуты представляют собой свойства, характеризующие сущность.В структуре таблицы каждый атрибут именуется и ему соответствует заголовок некоторого столбца таблицы.Математически отношение можно описать следующим образом. Пустьданы п множеств Dl, D2, D3,..., Dn, тогда отношение R есть множество упорядоченных кортежей < d l , d2, d3 ,..., dn>, где dk e Dk, dk — атрибут, a Dk —домен отношения R.На рис.

3.1 приведен пример представления отношения С О Т Р У Д Н И К .В общем случае порядок кортежей в отношении, как и в любом множестве,не определен. Однако в реляционных СУБД для удобства кортежи все же упорядочивают. Чаще всего для этого выбирают некоторый атрибут, по которому система автоматически сортирует кортежи по возрастанию или убыванию.Если пользователь не назначает атрибута упорядочения, система автоматически присваивает номер кортежам в порядке их ввода.Отношение СОТРУДНИК(таблица)ФИОКортеж(строка^Иванов И.И.i"J Петров П.П.Сидоров И.П.Атрибут Отдел(заголовок столбца)Схема отношения(строка заголовков)ОтделДолжностьД_рождения002Начальник27.09.51001Заместитель15.04.55002Инженер13.01.70—jЗначение атрибута(значение поля в записи)Рис.