Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
мои билеты.docx
Скачиваний:
16
Добавлен:
27.09.2019
Размер:
2.85 Mб
Скачать
  1. Основные этапы эволюции систем обработки данных. Основные отличия в концепциях обработки данных разных этапов.

Начало 60-х г. Простые (линейные) файлы данных

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

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

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

- наборы данных создаются и оптимизируются только для 1-го приложения

Методы доступа к записи (конец 60-х)

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

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

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

- данные в основном разрабатываются и оптимизируются для одного приложения.

- средства защиты данных недостаточно надежны

Первая система СУБД (начало 70-х)

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

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

- данные адресуются на уровни полей и групп. Поиск по многим ключам

- физическая структура данных не зависит от прикладных программ

- элементы данных являются общими для различных приложений. Отсутствие избыточности способствует целостности данных.

СУБД

Вводятся 2 уровня независимости данных :

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

- Физическая независимость. Расположение и организация данных не влияют ни на лог структуру ни на прикладную программу + вводятся инвертирование файлов (поиск по многим неосновным ключам) и средства администрирования.

  1. Назначение и особенности этапов проектирования бд.

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

1 Этап - Создание инфологической модели.

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

Инфологическая модель – человеко-ориентированная модель, ограничивает область применения, а также определяет круг задач, которые будут решаться в рамках БД.

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

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

3 Этап - физическая модель.

Стадия физического проектирования базы данных в общем случае включает:

• выбор способа организации базы данных;

• разработку спецификации внутренней схемы средствами модели данных ее внутреннего уровня;

• описание отображения концептуальной модели во внутреннюю.