- •127994, Гсп-4, Москва, ул. Образцова, д. 9, стр. 9. Типография мииТа. Оглавление
- •Введение
- •Содержание отчёта.
- •Теоретические сведения к работе.
- •Контрольные вопромы и задачи.
- •Содержание отчёта.
- •Insert (вставить) – добавить строки в таблицу;
- •Содержание отчёта.
- •Контрольные вопромы и задачи.
- •Порядок выполнения работы.
Содержание отчёта.
-
Номер, название, цель и задача лабораторной работы.
-
Графические изображения и описания оборудования системы тягового электроснабжения по заданному варианту.
-
Распечатки текстов подпрограмм – обработчиков событий.
-
Вид интерфейса приложения баз данных в интегрированной среде разработчика с подробным описанием элементов интерфейса (примерный вид интерфейса приведён на рисунке 7).
-
Вид интерфейса приложения баз данных при выполнении статического запроса (примерный вид интерфейса приведён на рисунке 8).
-
Вид интерфейса приложения баз данных при выполнении динамического запроса (примерный вид интерфейса приведён на рисунке 9).
-
Выводы по работе и проблемы, возникшие при выполнении лабораторной работы.
Рисунок 8. Интерфейс с отображением данных в режиме сетки и в режиме формы в процессе разработки. Для отображения в режиме сетки используется компонент DBGrid, а режиме формы компоненты DBImage и DBMemo. Для формирования динамического запроса используется компонент Memo.
Рисунок 9. Интерфейс с отображением данных в режиме сетки и в режиме формы при выполнении приложения баз данных. Выполнен статический запрос для визуализации данных из таблицы «Трансформаторы».
Рисунок 10. Интерфейс с отображением данных в режиме сетки и в режиме формы при выполнении приложения баз данных. Выполнен динамический запрос на основе операции селекция для визуализации данных из таблицы «Трансформаторы».
Контрольные вопромы и задачи.
-
В чём принципиальное отличие отображения данных в режиме сетки и в режиме формы.
-
Какими дополнительными свойствами обладает компонент DBImage в сравнении с компонентом Image.
-
Какими дополнительными свойствами обладает компонент DBMemo в сравнении с компонентом Memo.
-
Каким образом можно занести иллюстрацию (фото, рисунок, схему и т.п.) в базу данных.
-
Каким образом можно занести объёмный текст (подробное описание технических характеристик оборудования системы тягового электроснабжения) в базу данных.
-
В чём принципиальное отличие статического запроса от динамического.
-
Какие компоненты страницы dbGo предназначены для формирования и выполнения запросов к базе данных на языке SQL.
-
Какие компоненты страницы dbGo способны выполнять запросы на языке SQL с возвращением набора данных клиенту.
-
Какие компоненты страницы dbGo не возвращают результаты запроса клиенту.
-
В чём отличие операции объединения от операции соединения.
-
Какие по смыслу запросы реализуются операцией деление.
Лабораторная работа №3 (№10).
Создание приложения баз данных по системе клиент/сервер.
Цель работы.
Освоение технологии создания трёхуровневой системы базы данных: «Тонкий клиент» – «Сервер приложений» – «Сервер баз данных».
Постановка задачи.
Создать в Delphi приложения «Тонкий клиент»и «Сервер приложений» для организации статических и динамических запросов к базе данных, содержащей информацию об оборудовании системы тягового электроснабжения и расположенной на сервере баз данных MS Access.
Теоретические сведения к работе.
Технология MIDAS (Multi-tier Distributed Application Services Suite – сервис для создания многоуровневых распределённых приложений) была предложена фирмой Borland. И с тех пор практически все приложения для работы с базами данных создаются именно на основе MIDAS. О преимуществах. Даже простое разделение приложения на две части, одна из которых работает с базой данных (сервер приложений), а другая обеспечивает интерфейс пользователя, создает значительные удобства как при разработке приложения, так и при его использовании.
Чаще всего создается трехзвенное приложение, в котором сервер приложений просто соединяет сервер БД с клиентской частью, просто абстрагируя работу с базой данных.
С одной стороны, это даёт некоторое преимущество при переходе с двухуровневой технологии (клиент-сервер) на трехуровневую, для чего компоненты доступа к базе данных из клиентской части переносятся в сервер приложений. С другой стороны, хочется большего, а именно переноса на сервер не только работы с таблицами базы данных, но и основной логики приложения, оставляя клиентской части только задачу взаимодействия с пользователем.
В лабораторной работе рассматривается очень простое приложение для работы с сервером баз данных MS Access. Два других уровня – тонкий клиент и сервер приложений строятся на основе Delphi. С его помощью демонстрируются некоторые способы создания полноценного сервера приложений, обеспечивающего полную обработку данных.