Значимая информация для задачи 5
Задача 5: Запросы |
||||
Список связанных задач: задача 3,4. |
||||
Атрибут |
Использование |
Описание |
Тип данных |
Таблица |
QUERY_ID |
Выход. |
Идентификационный номер запроса |
Целое |
QUERY |
QUERY |
Ввод., выход. |
Запрос на языке SQL |
Текстовый |
QUERY |
TABLE |
Ввод., выход. |
Таблица, к которой относится запрос |
Текстовый |
QUERY |
SERVIS_DATA |
Ввод., выход. |
Описание оформления объектов на карте |
Текстовый |
QUERY |
В подпункте 2.3.3 будет описано использование атрибута QUERY, так как оно напрямую связано с другими таблицами. Атрибут SERVIS_DATA хранит служебную информацию в виде xml файла. Если он используется для описания аэропорта, то в нем указываются характеристики маркера, которым аэропорт будет отмечен на карте. К таким характеристикам относится цвет, размер маркера, или соответствующий маркеру рисунок. Для вывода перелетов определяются характеристики маркеров, обозначающих аэропорты отправления и назначения, а также цвет и толщину линии, изображающей маршрут перелета.
2.2.3 Структура базы данных
На основе полученной логической структуры данных строится физическая модель данных. Она представлена на рисунке 2.2.3:
Рис. 2.2.3 Структура базы данных
Стоит дать некоторые комментарии о связях между таблицами. Таблицы World_states и Timetable связаны через атрибуты «City_id» и «From», «To». То есть значениями атрибутов «From», «To» как раз и будут номера городов из таблицы World_states.
Таблица Query связана с таблицей Timetable неявно. Таблица Query содержит одноименный атрибут, который хранит представленный в текстовом виде SQL запрос к таблице Timetable. В общем виде этот запрос выглядит как:
SELECT flight_id, aircraft_id, geometry FROM timetable WHERE (условие) Условие изменяется и зависит от назначения запроса. Точно также таблица Query связана с таблицей World_cities, меняется лишь шаблон запроса:
SELECT city_id, geometry.point.x as long, geometry.point.y as lat, name FROM timetable WHERE (условие) Здесь long и lat - это широта и долгота, на которой располагается аэропорт. В таблице они хранятся в одном объекте GEOMETRY, но для отображения аэропортов удобно использовать целочисленные значения.
2.3 Архитектура подсистемы
Архитектура подсистемы представлена на рисунке 2.4:
Рис. 2.3 Архитектура подсистемы
Как можно видеть на рисунке, архитектура трехзвенная. Первое звено – это сервер базы данных. Он берет на себя функции хранения данных, обеспечение их безопасности. Второе звено – сервер приложений. Сервер приложений обеспечивает связь с базой данных, выполняет основные операции над данными, работает с геометрией карты. И, наконец, третье звено – это тонкий клиент, с которым будет работать пользователь. Тонкий клиент представляет собой браузер, посылающий запросы на сервер приложений и отображающий полученную с сервера информацию.
3. ПРОГРАММНО-ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ |
|
|
|
|
|
ДП 23020165.005.000-12ПЗ |
|||||
|
|
|
|
|
||||||
Изммм |
Лист |
№ Докум. |
Подп. |
Дата |
||||||
Разраб. |
Гонтарева |
|
|
ПРОГРАММНО-ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ |
Литер. |
Лист |
Листов Листов |
|||
Пров. |
Лебедев |
|
|
У |
|
|
|
|
||
|
|
|
|
Гр. АИСТд-51 |
||||||
|
|
|
|
|||||||
Утв. |
Шеклеин |
|
|
|||||||