Недостатки иерархических и сетевых систем управления базами данных, манипулирование информацией, хранящейся в таблицах при использовании реляционной модели создания базы данных. Цель, уровни и компоненты построения модели данных, их специфические функции.
Аннотация к работе
Тема: Создание модели базы данныхСуществует множество подходов к построению таких моделей: графовые модели, семантические сети, модель "сущность-связь" и т.д. И сущности, и связи этих самых сущностей представляются в модели совершенно одинаково - таблицами. Избежать трудностей манипулирования позволяет второй элемент модели - реляционно-полный язык (отметим, что язык является неотъемлемой частью любой модели данных, без него модель не существует). Они подразделяются на три категории: объектные (object-based) модели данных, модели данных на основе записей (record-based) и физические модели данных. Ниже перечислены некоторые наиболее общие типы объектных моделей данных. o Модель типа "сущность-связь", или ER-модель (Entity-Relationship model). o Семантическая модель. o Функциональная модель. o Объектно-ориентированная модель.Читатель, познакомившийся лишь с материалом данной и предшествующей глав, не сможет правильно воспринять и оценить тех советов и рекомендаций по построению хорошей инфологической модели, которые десятилетиями формировались крупнейшими специалистами в области обработки данных. В идеале же необходимо, чтобы читатель предварительно реализовал хотя бы один проект информационной системы, предложил его реальным пользователям и побыл администратором базы данных и приложений столь долго, чтобы осознать хотя бы небольшую толику проблем, возникающих изза недостаточно продуманного проекта. Опыт автора и всех знакомых ему специалистов по информационным системам показывает, что любые теоретические рекомендации воспринимаются всерьез лишь после нескольких безрезультатных попыток оживления неудачно спроектированных систем. (Хотя есть и такие проектировщики, которые продолжают верить, что смогут реанимировать умирающий проект с помощью изменения программ, а не инфологической модели базы данных.) Действительно, для определения перечня и структуры хранимых данных надо собрать информацию о реальных и потенциальных приложениях, а также о пользователях базы данных, а при построении инфологической модели следует заботиться лишь о надежности хранения этих данных, напрочь забывая о приложениях и пользователях, для которых создается база данных.