« Предыдущий вопрос
Модели данных: определение модели данных; основные модели данных (иерархическая, сетевая, реляционная), понятие нормализации отношений.

Ядром любой базы данных является модель данных. Модель данных представляет собой множество

Загрузка
Скачать Получить на телефон
например +79131234567

txt fb2 ePub html

на телефон придет ссылка на файл выбранного формата

Что это

Шпаргалки на телефон — незаменимая вещь при сдаче экзаменов, подготовке к контрольным работам и т.д. Благодаря нашему сервису вы получаете возможность скачать на телефон шпаргалки по экзамена по информатике. Все шпаргалки представлены в популярных форматах fb2, txt, ePub , html, а также существует версия java шпаргалки в виде удобного приложения для мобильного телефона, которые можно скачать за символическую плату. Достаточно скачать шпаргалки по экзамена по информатике — и никакой экзамен вам не страшен!

Сообщество

Не нашли что искали?

Если вам нужен индивидуальный подбор или работа на заказа — воспользуйтесь этой формой.

Следующий вопрос »
Cоздание БД, разработка форм, ввод данных. Отчеты и запросы к БД.

С одной стороны, формы позволяют пользователям вводить данные в таблицы базы данных без непосредстве

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


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

Отсюда вытекают основные этапы, на которые разбивается процесс проектирования базы данных информационной системы:
1. Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:
- обследование предметной области, изучение ее информационной структуры
- выявление всех фрагментов, каждый из которых харакетризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами моделирование и интеграция всех представлений По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели "сущность-связь".
2. Логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ. На этом этапе часто моделируют базы данных применительно к различным СУБД и проводят сравнительный анализ моделей.
3. Физическое проектирование - определение особенностей хранения данных, методов доступа и т.д.

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