Создание ленточного отчета.

Задание: создать отчет «Список_Товаров», предоставляющий

информацию о товарах и ценах на товары.

1. На вкладке Создание (Create) в группе Отчеты (Reports) выберите

Конструктор отчетов (Reports Wizard).

2. В окне Список полей (Field List) выберите таблицу «Товары», поля

«НаименованиеТовара», «ЛатинскоеНазвание», «ЦенаЗаУпаковку».

3. Разместите их в области данных друг под другом.

4. Выделите все элементы управления, расположенные в области данных

отчета.

5. В режиме конструктора (Design) на вкладке Упорядочить (Arrange) в

группе Таблица (Table) выберите макет расположения элементов54

управления – В виде таблицы (Tabular). При этом подписи полей должны

переместиться в область верхнего колонтитула отчета (рис. 4.4).

Рис. 4.4. Отчет «Список_Товаров», режим Конструктора.

6. С помощью Окна свойств (Property Sheet) откорректируйте вид формы

(шрифты, цвет, размер элементов и т.п.).

7. В режиме макета(Layout View) добавьте сортировку от минимального к

максимальному для поля «ЦенаЗаУпаковку».

8. В режиме макета (Layout) добавьте эмблему в отчет (файл

Эмблема.bmp), щелкнув на элемент управления Эмблема в группе

Элементы управления на вкладке Конструктор (Design).

9. Просмотрите результаты отчета. Они должны выглядеть аналогично

рис.4.5.

Рис. 4.5. Отчет «Список_Товаров».

10.Сохраните отчет под именем «Список_Товаров».

Билет 25

Организация баз данных в реляционных СУБД

Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:

каждый элемент таблицы — один элемент данных

все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.)

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

одинаковые строки в таблице отсутствуют

порядок следования строк и столбцов может быть произвольным

Базовыми понятиями реляционных СУБД являются:

атрибут

отношение

кортеж

Макросы

Макрокоманда или макрос (от греч. μακρός - большой, долгий;) — программный объект, который во время вычисления заменяется на новый объект, создаваемый определением макроса на основе его аргументов, затем выражается обычным образом.

Во многих «офисных» продуктах (OpenOffice.org, Microsoft Office и др.), в графических программах (например, CorelDRAW) при обработке макроса автоматически выполняется заданная для каждого макроса последовательность действий — нажатия на клавиши, выбор пунктов меню и т. д. Предоставляется интерфейс для записи новых и перезаписи существующих макросов.

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

Корректный перевод термина с английского — «макрокоманда», слово же «макрос» получило распространение благодаря использованию в локализованных продуктах американской корпорации Microsoft.

Билет 26

Возможности совместной обработки файлов в реляционных СУБД.

Будем рассматривать на примере Access. Сетевые возможности наиболее развиты в корпоратив­ных СУБД, но в связи с повсеместной распространенностью сетевых технологий настольные СУБД также обеспечивают работу в много­пользовательском режиме. Access, как и большинство других СУБД, тоже обеспечивает воз­можность многопользовательской работы с базой данных. Допуска­ется до 255 одновременно работающих с базой данных пользова­телей. В Access используется своеобразное по­нятие базы данных: базы данных включают в своем составе не толь­ко таблицы и связи между ними (что традиционно считается базой данных), но и запросы, отчеты, модули, макросы и другие объекты. В связи с этим при работе в многопользовательском режиме возникают дополнительные проблемы и имеются специальные средства для их разрешения. Существует несколько способов совместного использования дан­ных в многопользовательской среде

Совместное использование всей базы данных

Совместное использование таблиц базы данных

Совместное использование объектов базы данных или страниц доступа к данным в Интернете

Репликация базы данных

Создание приложения в архитектуре «клиент-сервер

Различие в первых двух возможностях обусловлено особенностя­ми архитектуры Access и является специфичным именно для этой СУБД