Шифр группы – Количество студентов – Факультет – Куратор

Основные понятия

Система автоматизированного проектирования (САПР) - это организационно-техническая система, состоящая из комплекса средств автоматизации проектирования, взаимодействующего с подразделениями проектной организации, и выполняющая автоматизированное проектирование.

Средства автоматизации проектирования можно сгруппировать по видам обеспечения автоматизированного проектирования:

· техническое обеспечение САПР;

математическое обеспечение САПР;
программное обеспечение САПР;
информационное обеспечение САПР,
лингвистическое обеспечение САПР;
методическое обеспечение САПР;
организационное обеспечение САПР.

Предметом данного курса является информационное обеспечение САПР.

Информационное обеспечение САПР объединяет всевозможные данные, необходимые для выполнения автоматизированного проектирования. Эти данные могут быть представлены в виде тех или иных документов на различных носителях, содержащих сведения справочного характера о материалах, комплектующих изделиях, типовых проектных решениях, параметрах элементов, сведения о состоянии текущих разработок в виде промежуточных и окончательных проектных решений, структур и параметров проектируемых объектов и т.п. Основная составная часть информационного обеспечения САПР - база данных, представляющая собой совокупность средств для централизованного накопления и коллективного использования данных в САПР.

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

Информация, зафиксированная в определенной форме, пригодной для последующей обработки, хранения и передачи, называется данные.

Исходя из двух понятий - "информация" и "данные" - различают два подхода разрешения вопросов: инфологический и датологический.

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

На этапе инфологического проектирования информационной системы решаются следующие вопросы:

Таким образом, инфологический подход выделяет предметную область рассматриваемой информационной системы.

Датологический подход используется при решении вопросов представления данных в памяти информационной системы.

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

Данные соответствуют зарегистрированным фактам об объектах или явлениях реального мира. Для дальнейшего использования данных необходимо их смысловое содержание - семантика данных. Поэтому в информационной системе должны быть сформулированы правила смысловой интерпретации данных.

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

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

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

Область применения конкретной базы данных - это предметная область. Так, например, существуют базы данных, применяемые при управлении предприятием, транспортом, в научных исследованиях, общегосударственные.

База данных (БД) - это массив или совокупность данных, ориентированных на решение конкретной задачи.

В составе базы данных имеется специальная система, предназначенная для хранения централизованной информации обо всех данных конкретной базы, называемая словарем данных.

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

Автоматизированная база данных - это система информационных, математических, программных, технических и иных средств, предназначенных для централизованного накопления и многоаспектного использования данных. В автоматизированной базе данных часть функций выполняет ЭВМ, а другая часть выполняется человеком.

Банком данных называется массив данных, хранимый в памяти ЭВМ. Банк данных вместе с системой управления им является составной частью базы данных.

Для поддержания базы данных существует или вновь создается целый комплекс программных средств, называемый системой управления базой данных (СУБД).

Классификация банков и баз данных

Банк данных является главной компонентой базы данных. Информация из банка данных выдается пользователю в виде изображения, звука или в комбинации разных форм отображения. Отсюда происходит деление всех информационных систем на видео-, аудиосистемы и мультимедиа. Наибольшее практическое использование находят банки и базы данных, содержащие обычные символьные данные. Такие информационные системы подразделяются на структурированные, частично структурированные и неструктурированные.

К неструктурированным БД относятся базы данных, организованные в виде семантических (смысловых) сетей.

Частично структурированными считают базы данных, содержащие обычные тексты.

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

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

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

по условиям предоставления услуг - платные и бесплатные базы данных,
по степени доступности - общедоступные и с ограниченным кругом пользователей.

Существуют и другие признаки классификации баз данных.

База данных как автоматизированная система

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

Автоматизированная база данных включает следующие основные компоненты: банк данных, система управления базой данных (СУБД) с ее программным обеспечением, администратор базы данных (АБД), словарь данных, вычислительная система, обслуживающий персонал.

Банк данных - это датологическое представление информационной модели предметной области. Это определение является обобщенным.

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

Система управления базами данных (СУБД) Access. Программное обеспечение, используемое для организации, анализа и изменения сведений, которые хранятся в базе данных. Сервер Microsoft SQL и ядро базы данных Microsoft Jet являются примерами систем управления базами данных.

Ядро базы данных Microsoft Jet - компонент СУБД Microsoft Access, выполняющий загрузку и сохранение данных в базах данных пользователей и в системных базах данных. Ядро Jet можно рассматривать как диспетчер данных, на основе которого строятся СУБД, такие как Microsoft Access.

В функции СУБД входит управление:

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

Рассмотрим ряд классификационных признаков, относящихся к СУБД.

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

Открытые СУБД - это системы, в которых для обращения к базам данных используются универсальные языки программирования.

Замкнутые СУБД имеют собственные языки общения с пользователями (применяются чаще).

По выполняемым функциям СУБД делятся на информационныеи операционные.

Информационные СУБД позволяют организовать хранение информации и доступ к ней. Для выполнения более сложной обработки необходимо писать специальные программы.

Операционные СУБД выполняют достаточно сложную обработку, например, изменение алгоритмов обработки данных.

По сфере применения различают универсальные и специализированные СУБД.

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

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

В непроцедурных языках указывается, что надо получить в ответе, а не как этого достичь. Примерами непроцедурных языков являются языки, основанные на реляционном исчислении. Операции реляционной алгебры оперируют целиком отношением, а не каждой его записью. Представителем языков, основанных на реляционном исчислении, является язык запросов SQL.

Язык SQL ( Structured Query Language) - язык программирования, предназначенный для выполнения запросов, обработки данных и управления реляционными базами данных. Каждому запросу Microsoft Access соответствует эквивалентная инструкция SQL, для просмотра которой следует перейти в окно режима SQL. Это окно открывается командой Режим SQL в меню Вид или командами подменю Запрос SQL в меню Запрос. Инструкция SQL SELECT может быть использована в Microsoft Access во всех случаях, когда требуется указать имя таблицы, запроса или поля. Например, для заполнения списка в элементе управления - списке значениями поля можно указать в свойстве "Данные" соответствующую инструкцию SELECT.

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

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

Основными функциями администратора БД являются:

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

Таким образом, база данных является сложной человеко-машинной системой. В эту систему включаются следующие взаимосвязанные компоненты:

· информационная компонента. Ядром базы данных является банк данных, который представляет собой поименованную совокупность взаимосвязанных данных, находящихся под управлением СУБД. Централизованное хранилище информации называется словарь данных или репозиторий;

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

· языковые средства - обеспечивают интерфейс пользователей с базой данных. Языковые средства СУБД относятся к языкам 4-го поколения (1-е поколение - машинные языки, 2-е поколение - языки ассемблера (символьные), 3-е поколение - алгоритмические языки (PL, Pascal));

технические средства - в качестве технических средств используются ЭВМ, периферийные устройства ввода-вывода информации, технические средства, обеспечивающие работу в сети.

Основные подходы к разработке информационного обеспечения САПР

Архитектура СУБД

СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют представления:

· о физическом размещении данных и их описаний в памяти ЭВМ;

· о механизмах поиска запрашиваемых данных;

· о проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

· о способах обеспечения защиты данных от некорректных обновлений и (или) несанкционированного доступа;

· о поддержании баз данных в актуальном состоянии,

и ряде других функций СУБД.

При выполнении основных из этих функций СУБД должна использовать различные описания данных. А как создавать эти описания?

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

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

Уровни моделей данных

Инфологическая модель предметной области представляет собой исходную информацию о предметной области, записанную в формализованном виде. Эта информация не зависит от особенностей конкретной СУБД

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

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

При проектировании БД она строится первой и может уточняться на более поздних стадиях проектирования.

Остальные модели, показанные на рисунке, являются машинно-ориентированными. С их помощью СУБД дает возможность программам и пользователям осуществлять доступ к хранимым данным лишь по их именам, не заботясь о физическом расположении этих данных.

Так как указанный доступ осуществляется с помощью конкретной СУБД, то модели должны быть описаны на языке описания данных (ЯОД) этой СУБД. Такое описание, создаваемое АБД по инфологической модели данных, называют даталогической моделью данных.

Датологическая модель базы данных представляет собой отображение логических связей между элементами данных безотносительно к их содержанию и среде хранения.

Эта модель строится в терминах информационных единиц, допустимых в конкретной СУБД. Датологическая модель - это модель логического уровня.

Этап создания датологической модели называется датологическим проектированием.

Нужные данные отыскиваются СУБД на внешних запоминающих устройствах по физической модели данных.

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

Соответствующий этап проектирования БД называется физическим проектированием.

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

Модели данных

Как отмечалось, инфологическая модель отображает реальный мир в некоторые понятные человеку концепции, полностью независимые от параметров среды хранения данных. Существует множество подходов к построению таких моделей: графовые модели, семантические сети, модель "сущность-связь" и т.д.]. Наиболее популярной из них оказалась модель "сущность-связь", которая будет рассмотрена.

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

Сначала стали использовать иерархические даталогические модели. Простота организации, наличие заранее заданных связей между сущностями, сходство с физическими моделями данных позволяли добиваться приемлемой производительности иерархических СУБД на медленных ЭВМ с весьма ограниченными объемами памяти. Но, если данные не имели древовидной структуры, то возникала масса сложностей при построении иерархической модели и желании добиться нужной производительности.

Сетевые модели также создавались для мало ресурсных ЭВМ. Это достаточно сложные структуры, состоящие из "наборов" – поименованных двухуровневых деревьев. "Наборы" соединяются с помощью "записей-связок", образуя цепочки и т.д. При разработке сетевых моделей было предложено множество "маленьких хитростей", позволяющих увеличить производительность СУБД, но существенно усложнивших предложенные модели. Прикладной программист должен знать массу терминов, изучить несколько внутренних языков СУБД, детально представлять логическую структуру базы данных для осуществления навигации среди различных экземпляров, наборов, записей и т.п. Один из разработчиков операционной системы UNIX сказал: "Сетевая база – это самый верный способ потерять данные".

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

Иерархическая модель данных

Иерархическая модель данных основана на графовом представлении информации. Такая модель организует данные в виде древовидной структуры. Она является реализацией логических связей типа "целое-часть".

Графическим способом представления иерархической структуры является дерево. Дерево представляет собой иерархию элементов, называемых узлами. Под элементами понимают совокупность атрибутов, описывающих объекты.

Каждый узел дерева содержит один или несколько атрибутов, описывающих объект в данном узле. Порожденные узлы могут добавляться как в горизонтальном, так и в вертикальном направлении. Доступ к порожденным узлам возможен только через исходный узел, т.е. существует только один путь доступа к каждому узлу.

Достоинством иерархической модели является ее простота. К недостаткам можно отнести сложность отображения связи "Многие - ко - многим" (N:M), сложность включения новой информации в базу данных и удаление устаревшей.

Сетевая модель данных

Представим связи (отношения) между объектами "Студенческий коллектив"/'Студенческая группа"/'Комната в общежитии"/'Студент":

Из рисунка видно, что данная схема не является иерархической, т.к. порожденный элемент "Студент" имеет два исходных. Такие отношения между объектами, в которых порожденный элемент имеет более одного исходного, называются сетевыми структурами. Отличительная черта сетевой структуры от иерархической заключается в том, что любой элемент в сетевой структуре может быть связан с любым другим элементом.

В сетевых структурах существуют следующие виды взаимосвязей: "Один -ко- многим", "Многие - к- одному", что определяет простую сетевую структуру, и "Многие – ко - многим", что определяет сложную сетевую структуру.

Пример.

Здесь узел "Преподаватель" может иметь несколько порожденных узлов, т.к. преподаватель ведет занятия с несколькими студентами. Каждый студент обучается у нескольких преподавателей, узел "Студент" имеет более одного исходного.

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

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

Реляционная модель данных

Реляционная модель данных была предложена Э.Ф. Коддом как альтернатива сетевой и иерархической моделям данных, как модель данных, которая очень проста, позволяет достигнуть большей независимости данных и максимально гибка при ответе на случайные запросы пользователей.

Реляционная база данных есть набор двумерных таблиц, называемых в рамках модели отношениями. Каждый элемент таблицы есть элемент данных; все столбцы однородны, т.е. элементы данных, входящие в один столбец, имеют одну и туже природу. Множество элементов, входящих в один и тот же столбец таблицы, называется доменом, а имя столбца - именем атрибута. Каждое отношение есть множество строк, называемых кортежами, число элементов в кортеже совпадает с числом столбцов в таблице и называется степенью отношения.

В отношении не может быть двух одинаковых кортежей. Множество имен атрибутов с указанием подмножеств этого множества, относящихся к конкретным отношениям, называется схемой реляционной базы данных, а конкретный набор таблиц называется представителем, или экземпляром, реляционной базы данных.

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

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

В основе реляционной модели лежит математическое понятие теоретико-множественного отношения.

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

Элементами отношения являются кортежи. Отношения представляются в виде двумерной таблицы, в которой строка есть кортеж. Каждый столбец соответствует только одной компоненте этого отношения. Такие таблицы обладают следующими свойствами:

Каждый элемент таблицы представляет собой один элемент данных, повторяющиеся группы отсутствуют;

Все столбцы в таблице однородные, т.е. элементы столбца имеют одинаковую природу;

В таблице нет двух одинаковых строк;

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

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

Таблицы являются основными структурными элементами системы управления реляционными базами данных. В Microsoft Access таблица является объектом, в котором данные сохраняются в формате записей (строк) и полей (столбцов). В отдельную таблицу обычно помещают однотипные данные, например, сведения о сотрудниках или заказах.

Например, таблица СТУДЕНТ представляет объект: студент с набором его атрибутов (свойств).

Реляционная база данных с логической точки зрения может быть представлена множеством двумерных таблиц самого различного предметного наполнения.

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

Столбец, значения которого однозначно идентифицируют каждую строку таблицы, называется ключом.

Пример

Рассмотрим отношение

Шифр группы – Количество студентов – Факультет – Куратор

Схема этого отношения имеет атрибуты:

1. Шифр группы, присвоим этому атрибуту имя A1,

2. Количество студентов, А2,

3. Факультет, А3,

4. Куратор, А4.

Этому отношению присвоим имя ГРУППА. Тогда схему отношения можно формально записать так:

ГРУППА (А1, А2, А3, А4)

В этом примере атрибут "Шифр группы" может быть ключом, а такие атрибуты как "Количество студентов", "Факультет" не могут быть ключами, т.к. разные группы могут иметь одинаковое количество студентов и на одном факультете обучаются несколько групп.

Представление логических структур в виде отношений, т.е. в виде двумерных таблиц, называется нормализацией логических структур.

Основным достоинством реляционных моделей баз данных является возможность манипулировать доменами отношений. Для этих целей существует два вида аппарата манипулирования отношениями: реляционная алгебра (алгебра отношений) и реляционное отношение (исчисление отношений).

ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ

Основные понятия

Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).

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

Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым также для сущностей различного типа (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Примерами атрибутов для сущности АВТОМОБИЛЬ являются ТИП, МАРКА, НОМЕРНОЙ ЗНАК, ЦВЕТ и т.д. Здесь также существует различие между типом и экземпляром. Тип атрибута ЦВЕТ имеет много экземпляров или значений:

Дата добавления: 2019-07-15; просмотров: 280; Мы поможем в написании вашей работы!

Поделиться с друзьями:

12 3 4 5 6 7 8 9 10 Следующая ⇒

Мы поможем в написании ваших работ!