Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Варианты 2011-2.doc
Скачиваний:
9
Добавлен:
03.05.2019
Размер:
252.93 Кб
Скачать

Лабораторная работа №2

В рамках работы необходимо:

  1. Реализовать ER-диаграмму, разработанную в первой лабораторной работе, в среде Power Designer.

  2. На основе созданной ER-диаграммы сгенерировать физическую модель базы данных.

  3. Убедиться, что полученная физическая модель соответствует схеме данных БД Microsoft Access из первой лабораторной работы.

Лабораторная работа №3

В рамках работы необходимо:

  1. Пользуясь разработанной в предыдущей работе физической моделью БД сгенерировать скрипт создания таблиц базы данных на языке SQL в стандарте SQL 92. В таблицах должны генерироваться первичные ключи и связи, а также содержаться проверки (CHECK CONSTRAINTS) аналогичные проверкам из первой лабораторной работы.

  2. Добавить следующую возможность: для каждой категории можно указать множество других категорий, к которым ссылка должна быть автоматически добавлена при выборе данной категории. Например, для категории «PHP» можно задать, что входящие в нее ссылки автоматически должны добавляться к категориям «Программирование» и «Разработка Web-приложений» Для каждой ссылки система должна отслеживать, к каким категориям ссылка была явным образом отнесена пользователем, а к каким — добавлена автоматически. Необходимые колонки/таблицы нужно разработать и добавить в скрипт вручную, не пользуясь возможностями Power Designer.

  3. Внести необходимые исправления для успешного выполнения скрипта в субд sqLite.

  4. Добавить в полученный скрипт команды insert для заполнения таблиц примером данных.

  5. Сгенерировать таблицы, заполненные тестовыми значениями. Лабораторная работа №4

Необходимо реализовать следующие запросы на модификацию данных:

  1. Для всех ссылок добавить категории, к которым эти ссылки относятся автоматически (если, конечно, эта категория еще не была добавлена для этой ссылки)

  2. Удалить все ссылки с интересностью менее 2, которые были добавлены более месяца назад.

Кроме того, необходимо разработать следующие представления (view):

  1. Категории, к которым ссылки добавлялись только автоматически, и нет ни одной ссылки, добавленной явным образом.

  2. Три категории, к которым относится наибольшее количество ссылок (добавленных явным образом или автоматически — не имеет значения).

  3. Сайты, все ссылки на которые были сделаны на этой неделе.

  4. Ссылки с максимальным уровнем интересности, которые не были добавлены ни к одной категории.

Лабораторная работа №5

Используя триггеры, обеспечить поддержку целостности данных в ранее разработанной базе. Необходимо реализовать не менее двух триггеров, аналогичных внешним ключам, а также следующие триггеры:

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

  2. Обратная задача: триггер, который при удалении пользователем ссылки из какой-либо категории автоматически удаляет ссылку и из других категорий.

Вариант 20 Лабораторная работа №1

Разработать ER-диаграмму, а затем, пользуясь средствами СУБД Microsoft Access, создать базу данных для информационной системы железной дороги (пригородные поезда). Основная задача системы — предоставление справочной информации о расписании движения поездов и продажа билетов. В системе хранится следующая информация:

  1. Перечень направлений, по которым следуют пригородные поезда. Каждое направление содержит последовательность станций.

  2. Для каждого поезда известно направление, по которому он следует, известен день недели, когда он отправляется и перечень станций, на которых он останавливается, с указанием времени прибытия для каждой станции. Через некоторые станции поезд может следовать без остановки.

  3. Билет продается на конкретную дату, пассажир может занимать любое место в любом вагоне. Для каждого поезда известно общее количество мест в поезде.

  4. Для каждой пары соседних станций в направлении задана стоимость переезда, и стоимость билета вычисляется как сумма стоимости между всеми станциями, через которые проезжает пассажир.

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

  1. Время стоянки на каждой станции должно быть не менее одной минуты

  2. Билет может быть продан не ранее чем за 30 дней. (подсказка: функция Date() позволяет определить текущую дату, функция DateAdd(“d”; кол-во дней; дата) позволяет получить дату, отстоящую от указанной на определенное количество дней)

  3. Два поезда не могут прибыть на станцию в одно и то же время.