Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лекция_11_составтБД API.doc
Скачиваний:
0
Добавлен:
01.03.2025
Размер:
79.36 Кб
Скачать

Режимы представления запроса.

В процессе конструирования запроса его можно представить в одном из пяти режимов:

  1. Окно QBE.

  2. Страница SQL – текст запроса на языке структурированных запросов.

  3. Таблица – предварительный просмотр результатов запроса.

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

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

Задача:

В базе данных должны хранится сл. сведения о сотрудниках:

  1. Биографические.

    1. ФИО

    2. Дата рождения.

    3. Место рождения.

    4. Пол.

    5. Образование

    6. В\о

  2. Сведения о невыходах на работу.

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

  1. Для отпусков должен быть зафиксирован приказ (номер, дата) с указанием вида отпуска (очередной, учебный, за свой счет, декретный, и т.п.), с какого по какое число предоставлен отпуск. Если это очередной отпуск, то указывается за какой год предоставлен отпуск.

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

Спроектируйте и опишите БД.

Отчеты.

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

  1. Заголовок отчета появляется только один раз в начале перед верхним колонтитулом на первой странице отчета. Верхний колонтитул появляется в начале на каждой странице отчета. Его появление можно заблокировать на страницах содержащих шапку или резюме отчета

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

  3. Область данных обычно содержит основную часть данных отчета. Элементы этой области повторяются для каждой выбранной из таблицы данных.

  4. Примечания группы появляется в конце группы записи, оно применяется преимущественно для указаний числа записи или суммы полей группы.

  5. Нижний колонтитул появляется на каждой странице отчета, чаще всего его используют для отображения номеров страниц. По умолчанию мастер отчета вводит в нижний колонтитул функцию page. Кроме того, мастер отчета так же водит в нижний колонтитул выражение now(). Это выражение во время генерации отчета заменяется текущей датой (то есть датой генерации).

Виды механизмов доступа к данным.

Существует несколько способов доступа к БД средств разработки и клиентских приложений. Подавляющее большинство систем управления БД содержит в своем составе библиотеки, предоставляющие специальный прикладной программный интерфейс (application Programming Interface) API, для доступа к данным и сервисам этой СУБД. Обычно такой интерфейс подставляет собой набор функций, вызываемых из клиентского приложения. Библиотеки содержащие API для доступа данных к серверной части обычно входят в состав её клиентского программного обеспечения устанавливаемого на компьютерах где функционируют клиентские программы. Использование клиентского API является наиболее очевидным с точки зрения производительности способа манипуляции данными в приложении, однако в этом случае созданные приложения или программа может использовать данные только СУБД этого производителя, а замена её на другую повлечет за собой переписывание значительной части кода клиентского приложения. Клиентские API не подчиняются никаким стандартам и различны для разных СУБД.

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