Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
1_Shporki.docx
Скачиваний:
0
Добавлен:
01.03.2025
Размер:
165.58 Кб
Скачать

31.Физическое проектирование, его цель и процедуры

Цель этапа ФП – описание конкретной реализации БД, размещаемой во внешней памяти компа. Это описание структуры ХД и эфф-ных методов доступа к данным базы. При логическом проектировании отвечают на вопрос – что надо сделать, а при физическом – выбирается способ, как это сделать. Процедуры физического проектирования следующие. 1. Проектирование таблиц базы данных средствами выбранной СУБД. Осуществляется выбор реляционной СУБД, которая будет использоваться для создания БД, размещаемой на машинных носителях. Изучаются ее функциональные воз-сти по проектированию таблиц. Затем выполняется проектирование таблиц и схемы их связи в среде СУБД. 2. Реализация бизнес-правил в среде выбранной СУБД. Обновление информации в таблицах м.б. ограничено бизнес-правилами. Способ их реализации  зав-ит от выбранной СУБД. 3. Проектирование физической организации БД. Выбирается наилучшая файловая организация для таблиц. Выявляются транзакции, которые будут выполняться в проектируемой БД, и выделяются наиболее важные из них. Опр-тся пропускная спос-сть транзакций – кол-во транзакций, которые м.б. обработаны за заданный интервал времени, и время ответа – промежуток времени, необходимый для выполнения одной транзакции. Принимаются решения об оптимизации производительности базы данных путем определения индексов в таблицах, ускоряющих выборку данных из базы, или снижения требований к уровню нормализации таблиц. Проводится оценка дискового объема памяти, необходимого для размещения создаваемой базы данных.

4. Разработка стратегии защиты БД.

5. Организация мониторинга функционирования БД и ее настройка. Организуется непрерывное слежение за ее функционированием. 

32. Семантическая объектная модель. Пример объектной диаграммы.

Семантический или смысловой объект – это объект, к-ый в определенной степени моделирует смысл пользовательских данных.

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

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

Для описания типов семантических объектов используются следующие понятия:

1. Однозначный атрибут - атрибуты с максимальным кардинальным числом равным 1.

2. Многозначный атрибут – атрибут, имеющий максимальное кардинальное число большее 1.

3. Необъектный атрибут – это простой или групповой атрибут.

Типы объектов: простые, композитные, составные, гибридные, ассоциативные, родитель.

33. Case-средства для моделирования данных.

Наглядно представление концептуальныз схем БД обусловило широкое распространение ER-модели в CASE-ср-вах. Эти ср-ва предназначены для автоматизированного проектирования реляц БД. Широко распространены CASE-системы: Erwin, Design/IDEF, Power Designer.CASE-ср-ва позволяют строить ER-диаграммы в реальном масштабе времени.

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

Особенности

- единый графич язык,

- поддержка коллект разработки и управл проектом,

- макетирование,

- верификация проекта

- использование репозитория

- генерация документации.

Современные CASE-ср-ва поддерживают все этапы ЖЦБД.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]