Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Индивидульные задания по БД 2012.docx
Скачиваний:
1
Добавлен:
08.09.2019
Размер:
38 Кб
Скачать
☆

Вариант 4.

Реализовать информационную систему для управления промоакциями.

    1. К существующему перечню таблиц необходимо добавить таблицу AGENCIES, содержащую информацию о рекламных агентствах, проводящих промоакции. Таблица должна состоять из двух атрибутов – идентификатора AGENCY_ID и названия агентства AGENCY_NAME. Идентификатор должен являться первичным ключом. В таблицу AGENCIES необходимо добавить несколько рекламных агентств, а в таблицу PROMOACTIONS добавить и корректно заполнить новое поле AGENCY_ID, сделав его внешним ключом на таблицу AGENCIES.

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

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

    4. При добавлении или изменении информации о цене на товар система должна также позволять указывать/изменять название агентства, товар или группу товаров.

    5. Система должна запрещать указывать одновременно и товар, и группу товаров, на которые распространяется акция. При возникновении такой ситуации, система должна показывать предупреждение пользователю и прерывать выполнение текущей операции.

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

Вариант 5.

Реализовать информационную систему для управления типами оплаты заказов, а также мониторинга заказов в разрезе типов оплаты.

    1. К существующему перечню атрибутов типов оплаты в базе данных необходимо добавить атрибут COMMISSION для хранения размера комиссии (процент от стоимости заказа), взимаемой при использовании соответствующего типа оплаты заказа. Корректным образом обновить новое поле в существующих строках таблицы PAYTYPES.

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

    3. Система должна позволять просматривать список заказов – номер, дату, тип оплаты, а также размер комиссии, соответствующей типу оплаты заказа и сумму комиссии, рассчитываемой как сумма заказа * размер комиссии.

    4. При добавлении или изменении информации о типе оплаты система должна обеспечивать значение размера комиссии в диапазоне от 0 до 1, а также уникальность наименования типа оплаты.

    5. Система должна уметь формировать и показывать историю операций по изменению размера комиссии у типов оплаты – наименование типа оплаты, дату операции, а также старое и новое значения размера комиссии.

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