Файл: Способы представления данных в информационных системах (Общие понятия и определения).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 27.04.2023

Просмотров: 306

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

В музеях и галереях проходят художественные выставки. Художественная выставка ‑ временный публичный показ художественных произведений, она является основной формой ознакомления зрителей со станковым искусством.

Владельцами частных музеев чаще всего являются коллекционеры предметов искусства.

Коллекция ‑ систематизированное собирание чего-либо, объединённое по какому-то конкретному признаку, имеющее внутреннюю целостность и принадлежащее конкретному владельцу частному лицу, организации, государству. Человека, занимающегося коллекционированием, называют коллекционером.

Коллекционеры обычно имеют коллекции одного вида, несколько разных или межвидовые тематические. Некоторые виды коллекционирования предполагают большие финансовые затраты, некоторые нет. Часто коллекционирование ставит перед коллекционером задачу нахождения очень редких экземпляров, которых ни у кого нет, или тираж которых существенно ограничен.

Картина в переносном или более общем значении любое законченное, цельное произведение искусства, в том числе живое и яркое описание, устное или письменное, видов природы.

Репродукция или копия оригинала может также называться картиной, если в соответствующем контексте не важно, копия это или оригинальное произведение.

Картина характеризуется такими характеристиками: название, автор, год, фактура, техника, стиль, владелец, каталожный номер.

Название, наименование – словесное обозначение произведения искусства, созданное на основе изображенного мотива, идеи.

Автор – человек, который создал то или иное произведение искусства.

Год – дата окончания работы над каким-либо произведением искусства.

Фактура (от лат. factura обработка, строение) характер поверхности художественного произведения, её обработки в изобразительных искусствах, своеобразие художественной техники в поэзии, музыке, живописи или скульптуре. В живописи существует много различных типов фактур.

Техника – вид исполнения работы в зависимости от применяемых материалов или инструментов.

Стиль ‑ общность образной системы, средств художественной выразительности, творческих приемов, обусловленная единством идейно-художественного содержания. Можно говорить о стиле отдельных произведений или жанрах (напр., о стиле русского романа сер. 19 в.), об индивидуальном стиле (творческой манере) отдельного автора, а также о стиле целых эпох или крупных художественных направлений, поскольку единство общественно-исторического содержания определяет в них общность художественно-образных принципов, средств, приемов (таковы, напр., в пластическом и др. искусствах романский стиль, готика, Возрождение, барокко, рококо, классицизм). Примерами стилей в живописи являются: импрессионизм, экспрессионизм, сюрреализм, примитивизм, модерн, постмодернизм и т.д.


Владелец – человек или организация, которая владеет произведением искусства.

Каталожный номер это цифровой и/или буквенный код, который присваивается объекту, что позволяет с точностью до 100% установить его принадлежность, а так же ее характеристики и другие данные.

Естественно базовым информационным объектом в этой предметной ИС должна быть «КАРТИНА». Согласно заданиям последующих КР все запросы и информационные поиски связаны именно с этим объектом. Характеристики (атрибуты сущности) описаны в задании и являются достаточно тривиальными: автор, название, год и т.д. Хранение непосредственно самого изображение картины – для информационной системы не является обязательным (а иногда и нежелательным) по нескольким причинам:

‑ эта информационная составляющая не используется для поиска и запросов;

‑ хранение изображений в БД существенно увеличивает ее конечный размер, а в случае сетевых БД – размер передаваемой клиенту информации по запросу.

С другой точки зрения (точка зрения пользователя) не включить в ИС, которая имеет основным информационным объектом картину, непосредственно само изображение – тоже было бы не совсем правильно.

Компромиссом в этой ситуации может быть следующее решение.

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

4.3 Выделение сущностей и определение атрибутов

Проанализировав задание и предметную область, стоит выделить следующие основные сущности:

Музей

название

страна

город

адрес

профиль

Частная коллекция

владелец


Выставка

название

страна

город

адрес

выставочный зал

время проведения

ДОПОЛНИТЕЛЬНО

Картина

название

автор

год написания

фактура

техника

стиль

владелец

номером по каталогу

местонахождение

ССЫЛКА НА ИЗОБРАЖЕНИЕ

Реставратор

название

место реставрации

Ограничения:

  1. В словесной постановке задачи сказано, что картина может иметь несколько копий. Предлагается рассматривать это как отдельные картины. Во-первых, потому, что они могут иметь различных авторов и различный год написания. Во-вторых, хранение всех копий в одном информационном контейнере очень усложняет структуру БД и нарушает основные принципы нормализации данных.
  2. Информация о выставке указанная в задании (сведениями об организаторах, количество экспонатов и их полный перечень, число посетителей) не будет учитываться в БД в «чистом виде» в качестве атрибутов. Например: организаторами могут выступать как частные лица так и организации различного масштаба, полный перечень и количество выставленных экспонатов не являются поисковыми ключами и могут быть добавлены как описание, количество посетителей – достаточно сложно оценимая характеристика и также не будет использоваться для фильтрации или поиска. Предлагается добавить текстовое поле «Дополнительно», где по мере необходимости указывать подобную информацию. С «перечнем экспонатов» предлагается поступить аналогично как с «изображение картины», если организаторы предоставляют такую информацию – хранить ее как отдельные файлы в специально отведенном месте. А в БД хранить только ссылку на ресурс.
  3. Так как реставрация является временным процессом, то для информационного обеспечения предлагается добавить в структуру БД отдельную «буферную» таблицу, где будет храниться информация о нахождении картины на реставрации и срок реставрации
  4. Предлагается разделить атрибут «местонахождение» на «владелец» ‑ характеристика того, кому фактически принадлежит картина как материальный объект (частное неопределенное лицо, частная коллекция с указанием владельца, музей, организация) и «текущее местонахождение» ‑ атрибут, определяющий где объект находится в текущее время (музей, выставка и т.д.)

4.4 Построение ER-модели и ее анализ

Для проектирования структуры БД и построения модели «сущность -связь» будем использовать средство проектирования MS Visio.

Уже на этапе проектирования структуры таблиц становится понятно, что представлять сущности в том виде, в котором они описаны в П.4.3 работы неэффективно с точки зрения теории БД и нормализации.

Рисунок 4.1 – первичное представление сущности «Картина»

Как видно на рисунке 4.1, изначально в качестве атрибутов в эту сущность были интегрированы все поля, представленные в П.4.3. Но проанализировав ситуацию, становится понятным, что тут необходима декомпозиция данных и вынесение в отдельные таблицы-справочники информации типа «Фактура», «Стиль» и т.д. Справочной информацией в БД называются относительно статичные данные или характеристики целевых объектов, которые будут повторяться для определенных подмножеств (например – в каталоге будет 1550 картин в стиле «пейзаж»). С целью экономного представления данных все эти характеристики стоит вынести в отдельные таблицы-справочники, а в целевой (консолидирующей) таблице хранить только коды этих характеристик.

Вопросы также вызывает поле «Номер в каталоге». Если речь идет о нашей системе, то эту функцию будет выполнять ID – поле ключ. Но, возможно, речь идет о каких-то мировых или музейных каталогах (стандартизированных). Ввиду этого – оставим это поле в структуре, но пометим его как «не обязательное».

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

При установлении связей имеем ситуацию. Например: музей характеризуется «страной» и «городом» и с этой позиции связи могут выглядеть так (рис. 4.2). Во всех случаях связь типа «1 ко многим».

Рисунок 4.2 – «Город» и «Срана» в разных таблицах

При такой структуре осложняются связи, но упрощается поиск по ключам «Город», «Страна». Второй вариант: любой «город» однозначно характеризуется «страной» (одноименные города не учитываем), тогда структура может выглядеть так (рис. 4.3). В таком случае структура связей упрощается, хранение более эффективно, но усложняется поиск (добавляются промежуточные таблицы)


Рисунок 4.3 – таблица «Город» хранит код «Страна»

Структура БД в виде ER – модели в нотации IDEF1x, после всех изменений, представлена на рис. 4.4

Структура БД включает:

11 таблиц – справочников;

Три основных таблицы: «Местонахождение», «Владелец» и консолидирующая таблица «Картина»

Рисунок 4.4 – ER-модель БД

4.5 Макеты таблиц БД

Не имеет смысла приводить примеры макетов всех справочников, так как их структура достаточно проста и однотипна, для примера рассмотрим следующие:

Таблица – Страна

Атрибут

Тип

Описание

ID_Cn

BYTE

Числовое поле, уникальный первичный ключ

Страна

CHAR(20)

Название страны

Таблица – Город

Атрибут

Тип

Описание

ID_Sty

INTEGER

Числовое поле (городов гораздо больше чем стран по этому тип INTEGER, при необходимости можно заменить на LONG), уникальный первичный ключ

Страна

CHAR(20)

Название города

ID_Cn

BYTE

Вторичный ключ, определяет принадлежность города стране

Таблица – Стиль

Атрибут

Тип

Описание

ID_St

BYTE

Числовое поле, уникальный первичный ключ

Стиль

CHAR(20)

Название стиля

Таблица – Местонахождение

Атрибут

Тип

Описание

ID_ptn

INTEGER

Числовое поле, уникальный первичный ключ

Срок

DATE

Определяет конечную дату нахождения картины в этом месте

ID_M

INTEGER

Вторичный ключ, определяет местонахождение картины в музее

ID_Ex

INTEGER

Вторичный ключ, определяет местонахождение картины на выставке

ID_Rec

INTEGER

Вторичный ключ, определяет местонахождение картины в реставрации

* последние три поля являются взаимоисключающими, это можно реализовать либо через промежуточные таблицы, либо программным способом.

В таблице «Картина» уникальными (собственными) полями являются только: «название», «год», «ключевое поле», «каталожный номер». Все остальные поля подставляются из других таблиц по вторичному ключу.