Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Методические_указания_Информатика_IIс.docx
Скачиваний:
12
Добавлен:
09.06.2015
Размер:
2.28 Mб
Скачать

Содержание отчёта.

  1. Номер, название, цель и задача лабораторной работы.

  2. Графические изображения и описания оборудования системы тягового электроснабжения по заданному варианту.

  3. Распечатки текстов подпрограмм – обработчиков событий.

  4. Вид интерфейса приложения баз данных в интегрированной среде разработчика с подробным описанием элементов интерфейса (примерный вид интерфейса приведён на рисунке 7).

  5. Вид интерфейса приложения баз данных при выполнении статического запроса (примерный вид интерфейса приведён на рисунке 8).

  6. Вид интерфейса приложения баз данных при выполнении динамического запроса (примерный вид интерфейса приведён на рисунке 9).

  7. Выводы по работе и проблемы, возникшие при выполнении лабораторной работы.

Рисунок 8. Интерфейс с отображением данных в режиме сетки и в режиме формы в процессе разработки. Для отображения в режиме сетки используется компонент DBGrid, а режиме формы компоненты DBImage и DBMemo. Для формирования динамического запроса используется компонент Memo.

Рисунок 9. Интерфейс с отображением данных в режиме сетки и в режиме формы при выполнении приложения баз данных. Выполнен статический запрос для визуализации данных из таблицы «Трансформаторы».

Рисунок 10. Интерфейс с отображением данных в режиме сетки и в режиме формы при выполнении приложения баз данных. Выполнен динамический запрос на основе операции селекция для визуализации данных из таблицы «Трансформаторы».

Контрольные вопромы и задачи.

  1. В чём принципиальное отличие отображения данных в режиме сетки и в режиме формы.

  2. Какими дополнительными свойствами обладает компонент DBImage в сравнении с компонентом Image.

  3. Какими дополнительными свойствами обладает компонент DBMemo в сравнении с компонентом Memo.

  4. Каким образом можно занести иллюстрацию (фото, рисунок, схему и т.п.) в базу данных.

  5. Каким образом можно занести объёмный текст (подробное описание технических характеристик оборудования системы тягового электроснабжения) в базу данных.

  6. В чём принципиальное отличие статического запроса от динамического.

  7. Какие компоненты страницы dbGo предназначены для формирования и выполнения запросов к базе данных на языке SQL.

  8. Какие компоненты страницы dbGo способны выполнять запросы на языке SQL с возвращением набора данных клиенту.

  9. Какие компоненты страницы dbGo не возвращают результаты запроса клиенту.

  10. В чём отличие операции объединения от операции соединения.

  11. Какие по смыслу запросы реализуются операцией деление.

Лабораторная работа №3 (№10).

Создание приложения баз данных по системе клиент/сервер.

Цель работы.

Освоение технологии создания трёхуровневой системы базы данных: «Тонкий клиент» – «Сервер приложений» – «Сервер баз данных».

Постановка задачи.

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

Теоретические сведения к работе.

Технология MIDAS (Multi-tier Distributed Application Services Suite – сервис для создания многоуровневых распределённых приложений) была предложена фирмой Borland. И с тех пор практически все приложения для работы с базами данных создаются именно на основе MIDAS. О преимуществах. Даже простое разделение приложения на две части, одна из которых работает с базой данных (сервер приложений), а другая обеспечивает интерфейс пользователя, создает значительные удобства как при разработке приложения, так и при его использовании.

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

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

В лабораторной работе рассматривается очень простое приложение для работы с сервером баз данных MS Access. Два других уровня – тонкий клиент и сервер приложений строятся на основе Delphi. С его помощью демонстрируются некоторые способы создания полноценного сервера приложений, обеспечивающего полную обработку данных.