
- •Минобрнауки россии
- •1. Структура и механизмы ос
- •2. Организация многопрограммной работы: процессы и потоки
- •2.5. Вопросы и литература
- •3. Управление данными в ос
- •3.5. Вопросы и литература
- •4. Файловая система
- •4.5. Вопросы и литература
- •5. Основы проектирование данных. Отношения
- •5.5. Вопросы и литература
- •6. Синхронизация процессов и доступа к ресурсам. Транзакции в ос и субд
- •6.5. Вопросы и литература
- •7. Информационно-логическое моделирование в разработке баз данных
- •7.5. Вопросы и литература
- •8. Работа с данными. Язык баз данных
- •8.1. Цель практического занятия
- •8.2. План занятия
- •8.3 . Используемые технологии
- •8.4. Примеры для анализа
- •8.4.1. Пример параметрического запроса с групповой обработкой
- •8.4.2 Пример запроса на поиск максимального/минимального значения
- •8.4.3 Пример запроса с предварительно определяемым условием выбора
- •8.5. Вопросы и литература
- •9. Язык баз данных
- •9.5. Вопросы и литература
- •10. Защита и безопасность при доступе данным в многопользовательской среде
- •10.5. Вопросы и литература
4.5. Вопросы и литература
1. Какие системные вызовы для работы с файлами вам известны?
2. Какую информацию содержит дескриптор диска?
3. Каково назначение каталога файлов?
4. Приведите пример атрибутов файла.
5. Каково назначение атрибутов «защита» и «пароль»?
Учебник / Учебное пособие |
Раздел |
Страницы |
Таненбаум Э. Современные операционные системы. 3-е изд. - СПб.: Питер, 2010. - 1120 е.: ил. |
3.1-3.5, 3.8 4.1.1-4.1.6, 4.2.1-4.2.4, 4.3.4-4.3.7 |
217-275, 308-316, 320-325, 336-345 |
5. Основы проектирование данных. Отношения
5.1. Цель практического занятия
Целью практического занятия является рассмотрение на учебном примере вопросов проектирования базы данных согласно конкретным требованиям к ее функциональности.
5.2. План занятия
План и содержание занятия соответствуют этапам проектирования баз данных:
Определение таблиц базы данных в соответствии с назначением базы данных и требованиям к ее функциональности;
Определение для каждой таблицы необходимых полей и их свойств;
Определение ограничений на значения полей при необходимости;
Определение связей между таблицами и атрибутов связей;
Проверка спроектированной схемы данных на соответствие нормальным формам.
5.3 . Используемые технологии
Для лучшего усвоения материала желательно проведение занятия с использованием компьютера.
5.4. Примеры для анализа
Занятие строится на рассмотрении 2-х учебных примеров проектирования базы данных:
Первый пример показывает решение условной задачи поддержания «продаж автомобилей» от ее постановки и до получения схемы данных;
Второй пример показывает схему данных. Здесь от студентов требуется решить «обратную» задачу - определить бизнес-правила и ограничения, на основе которых была разработана схеме данных.
Первый пример
Решение задачи начинается с ее постановки, т.е., формулирования требований к функциональности будущей базы данных.
Пусть возможна продажа автомобилей базовой комплектации и автомобилей в расширенной комплектации, причем возможные расширенные комплектации определены и идентифицированы.
Пусть автомобили различаются по нескольким условно идентифицированным «моделям» и могут иметь один из несколькихзаданных типов кузова автомобиля, а также один изнескольких стандартизованных цветов.
Сформулируем «бизнес-правила» для задачи.
Пусть требуется вести данные о покупателях и о совершенных ими покупках.
Определим возможные операции покупателя:
покупатель может делать несколько покупок в один день;
покупатель может выбирать модель, тип кузова и цвет автомобиля;
покупатель может заказывать для покупаемого автомобиля дополнительную комплектацию произвольным количеством отдельных единиц, но без повторений.
Стоимость автомобиля конкретной модели в базовой комплектации зависит от типа кузова.
Конкретный экземпляр автомобиль имеет уникальную характеристику vin, представляющую собой строку символов.
С учетом «бизнес-правил» для решения задачи схема данных должна содержать следующие таблицы («сущности»):
а) «customer» – содержит информацию о покупателе;
б) «models» – содержит информацию о моделях автомобилей;
в) bodywork» – содержит информацию об исполнениях кузова;
г) «colors» – номенклатура цветов;
д) «sets» – номенклатура единиц комплектации;
е)«automobile» – экземпляры автомобилей;
ж) «equipment» – оснащение конкретного экземпляра единицами комплектации;
з) «customer_automobile» – покупка автомобиля покупателем;
Схема данных содержит описанные выше таблицы (сущности), связи между которыми конкретно задаются установкой свойств полей (атрибутов), служащих для связи.
Нужно отметить, что в спроектированных сущностях нет неключевых атрибутов, зависящих от других неключевых атрибутов.
Схема данных показана на Рис. 5.1:
Рис. 5.1: Схема данных для задачи «покупка автомобиля»
Второй пример
Приведенная на Рис. 5.2: схема данных разработана для решения задачи назначения студентов на места практики. Требуется на основе анализа сущностей, атрибутов и связей восстановить постановку задачи, сформулировать бизнес-правила и описать функциональность, которую можно получить при эксплуатации базы данных.
Рис. 5.2: Схема данных для задачи «назначение студентов на практику»