Информационные системы

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

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

Достоинства и недостатки иерархической  модели.

     Достоинствами иерархической модели данных являются следующие.

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

     Недостатки  иерархической модели.

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

Достоинства и недостатки сетевой  модели.

     Необходимо  отметить следующие преимущества сетевой модели данных.

• Универсальность. Выразительные возможности сетевой модели данных являются наиболее обширными в сравнении с остальными моделями.
• Возможность доступа к данных через значения нескольких

       отношений (например, через любые основные отношения).

     В качестве недостатков сетевой модели данных можно назвать.

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

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

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

     Заключение 

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

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

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

     Классификация информационных конструкций (информационных объектов) тесно связана с областью их использования в ЭИС.

     1. Объекты для технологии баз  данных - отношения и веерные отношения.

     2. Объекты для технологии искусственного  интеллекта - предикаты, фреймы и семантические сети.

     3. Объекты для технологии мультимедиа  - тексты, графические изображения,  фонограммы и видеофрагменты.

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

     Довольно-таки часто все названные объекты  встраиваются в структуру отношений, которые можно считать простейшими  универсальными объектами.

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

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

     Список  использованной литературы 

1. Мишенин А.И. Теория экономических информационных систем.-М.: «Финансы и статистика», 2007
2. Семакин И.Г. Хеннер Е.К. Информационные системы и модели. Учебное пособие.-М.: «БИНОМ. Лаборатория знаний», 2005
3. Смирнова Г.Н. Сорокин А.А. Тельнов Ю.Ф. Проектирование экономических информационных систем.-М.: «Финансы и статистика», 2003
4. Хомоненко А.Д. Цыганков В.М. Мальцев М.Г. Базы данных. Учебник для высших учебных заведений.-Санкт-Петербург: «КОРОНА принт», 2004
5. http://www.finstat.ru
6. http://www.refer.ru