Файл: Языки гипертекстовой разметки (История развития Интернета и появление HTML).pdf
Добавлен: 29.06.2023
Просмотров: 49
Скачиваний: 2
XML позволяет также осуществлять контроль за корректностью данных, хранящихся в документах, производить проверки иерархических соотношений внутри документа и устанавливать единый стандарт на структуру документов, содержимым которых могут быть самые различные данные. Это означает, что его можно использовать при построении сложных информационных систем, в которых очень важным является вопрос обмена информацией между различными приложениями, работающими в одной системе.
Также одним из достоинств XML является то, что программы-обработчики XML- документов не сложны и уже сегодня появились и свободно распространяются всевозможные программные продукты, предназначенные для работы с XML-документами. XML поддерживается сегодня в броузерах Microsoft Internet Explorer 4.0 и выше, а так же в последней версии Netscape Communicator, СУБД Oracle, DB-2, в приложениях MS-Office. Все это дает основания предполагать, что, скорее всего, в ближайшем будущем XML станет основным языком обмена информации для информационных систем, заменив собой, тем самым, HTML.
2.Разработка сайта на HTML
2.1.Создание структуры сайта
Сайт должен хранить большое количество информации. Информация часто меняется и регулярно требуется выборка данных по определенным критериям из всего массива.
Базы данных создаются специально для хранения, обработки, проведения расчётов, сортировки, выборки и представления любых массивов данных по любым критериям.
В базе данных хранится следующая информация:
- Прайс-листы;
- Информация о клиентах;
- Каталог товаров;
- Отчеты персоналов;
- Движение товаров.
Кроме основных средств - HTML, CSS, PHP - использовались дополнительные средства, программы для создания сайта, в частности для создания графической и текстовой части.
Графическая часть сайта создавалась с использованием самого известного графического редактора - Adobe Photoshop. Он позволяет редактировать старые изображения и создавать новые.
При создании графики для данного сайта были использованы следующие его возможности:
Редактирование фотографий, так как сайт содержит большое количество фотографий. Под редактированием тут понимается ретуширование, цветокоррекция, трансформация и т.д.
Создание элементов дизайна (рис. 2).
Рис.2. Верхняя шапка web-страницы
Выберем систему управления базами данных – СУБД. Рассмотрим наиболее популярные СУБД.
Наглядное представление характеристик СУБД представлено в таблице 1.
Таблица 1
Сравнительный анализ характеристик СУБД
Характеристики |
MySQL |
Oracle |
Microsoft Access |
FireBird |
1 |
2 |
3 |
4 |
5 |
Стоимость |
От $ 500 |
от $800 |
от $ 250 |
Бесплатная |
Тип СУБД |
Реляционная СУБД |
Объектно-реляционная СУБД |
Реляционная СУБД |
Реляционная СУБД |
Работа под управлением различных ОС |
Приемлемо |
Хорошо |
Приемлемо |
Отлично |
Административное управление |
Хорошо |
Отлично |
Очень хорошо |
Хорошо |
|||
Графические инструменты |
Отлично |
Хорошо |
Отлично |
Хорошо |
|||
Простота обслуживания |
Хорошо |
Отлично |
Отлично |
Хорошо |
|||
Механизм данных |
Хорошо |
Отлично |
Хорошо |
Хорошо |
|||
Работа с несколькими ЦП |
Приемлемо |
Отлично |
Приемлемо |
Хорошо |
|||
Функция соединения и выбор индексов |
Отлично |
Отлично |
Хорошо |
Хорошо |
|||
Одновременный доступ нескольких пользователей |
Хорошо |
Отлично |
Хорошо |
Хорошо |
|||
Обработка мультимедиа-данных |
Плохо |
Отлично |
Плохо |
Плохо |
|||
Обработка аудио, видео, изображений |
Плохо |
Отлично |
Плохо |
Плохо |
|||
Поиск по всему тексту |
Хорошо |
Отлично |
Очень хорошо |
Хорошо |
|||
Функциональная совместимость |
Хорошо |
Приемлемо |
Хорошо |
Хорошо |
|||
Сопряжение с другими БД |
Хорошо |
Плохо |
Хорошо |
Хорошо |
|||
Возможности программирования |
Приемлемо |
Отлично |
Хорошо |
Хорошо |
|||
Хранимые процедуры и триггеры |
Хорошо |
Отлично |
Хорошо |
Хорошо |
|||
Внутренний язык программирования |
Плохо |
Отлично |
Хорошо |
Хорошо |
|||
Построение баз данных |
Хорошо |
Отлично |
Хорошо |
Отлично |
|||
Язык SQL |
Отлично |
Отлично |
Очень хорошо |
Очень хорошо |
|||
Объектно-ориентированные системы |
Плохо |
Отлично |
Плохо |
Отлично |
|||
Обработка транзакций |
Отлично |
Отлично |
Отлично |
Хорошо |
|||
Организация хранилищ данных и подготовка отчетов |
Отлично |
Хорошо |
Отлично |
Хорошо |
|||
Средства загрузки |
Отлично |
Отлично |
Хорошо |
Хорошо |
|||
Средства анализа |
Отлично |
Хорошо |
Хорошо |
Хорошо |
|||
Защита данных |
Отлично |
Отлично |
Хорошо |
Хорошо |
|||
Подключение к Web |
Плохо |
Отлично |
Хорошо |
Хорошо |
База данных для сайта будет состоять из 6 взаимосвязанных таблиц. Приведем описание каждой таблицы.
Таблица 2
Сведения о сотрудниках
Имя поля |
Тип данных |
Идентифи катор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
Код сотрудника |
счетчик |
Kod_sotr |
20 |
3 |
10 |
Да Ключевое поле |
ФИО сотрудника |
текстовый |
Fio_sotr |
30 |
30 |
10 |
Нет. Повторения невозможны |
Пасп. данные |
числовой |
pasport |
20 |
8 |
10 |
Нет |
Таблица 3
Сведения о поставщиках
Имя поля |
Тип данных |
Идентифи катор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
Код поставщика |
счетчик |
Kod_post |
20 |
3 |
5 |
Да. Ключ. Поле |
Наименование фирмы |
Текст. |
postavshik |
30 |
20 |
5 |
Да |
Наименование товара |
Текст. |
tovar |
30 |
20 |
100 |
Да |
Количество |
числовой |
Kol_tov |
10 |
10 |
100 |
Нет |
Стоимость |
денежный |
stoim |
10 |
10 |
100 |
Нет |
Сумма |
денежный |
sum |
10 |
10 |
100 |
Нет |
Таблица 4
Сведения о клиентах
Имя поля |
Тип данных |
Идентификатор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
Код клиента |
счетчик |
Kod_klienta |
10 |
10 |
200 |
Да. Ключ. Поле |
ФИО клиента |
Текст. |
Fio_klienta |
30 |
30 |
200 |
Нет |
Сумма заказа |
Денеж. |
sum |
10 |
10 |
200 |
Нет |
Таблица 5
Таблица «Заказы»
Имя поля |
Тип данных |
Идентификатор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
Код заказа |
Счетчик |
Kod_zakaza |
10 |
10 |
50 |
Да. Ключ. поле |
Код товара |
Числ. |
Kod_tov |
10 |
10 |
50 |
Да |
Код сотрудника |
Числ. |
Kod_sotr |
10 |
10 |
50 |
Да |
Код клиента |
Числ. |
Kod_klienta |
10 |
10 |
50 |
Да |
№ счета |
Числ. |
number |
11 |
11 |
50 |
Да |
Количество |
Числ. |
Kol_tov |
5 |
5 |
50 |
Нет |
Сумма заказа |
Денеж. |
Sum |
10 |
10 |
50 |
Нет |
Таблица 6
Таблица «Товары»
Имя поля |
Тип данных |
Идентификатор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
Код товара |
Счетчик |
Kod_tov |
10 |
10 |
100 |
Да. Ключ. |
Наименование товара |
Числ. |
tovar |
30 |
30 |
100 |
Нет |
Производитель |
Текст. |
Proizv |
30 |
30 |
100 |
Нет |
Цена |
Денеж. |
Cena |
10 |
10 |
100 |
Нет |
Вес |
Числ. |
ves |
10 |
10 |
100 |
Нет |
Габариты |
Числ. |
gabarity |
10 |
10 |
100 |
Нет |
особенности |
Текст. |
osobennosti |
50 |
50 |
100 |
Нет |
Таблица 7
Таблица «Счета»
Имя поля |
Тип данных |
Идентификатор |
Длина поля |
Длина одной записи |
Число записей |
Возможность индексирования |
№ счета |
счетчик |
number |
11 |
11 |
50 |
Да. Ключ. |
Вид |
Текст. |
vid |
20 |
20 |
50 |
Нет |
Дата откр. |
Дата/время |
Data_open |
8 |
8 |
50 |
Нет |
Валюта |
Текст. |
valuta |
10 |
10 |
50 |
Нет |
Город |
Текст. |
gorod |
30 |
30 |
50 |
Нет |
2.2. Алгоритм работы с базой данных
При работе пользователя с базой данных над ее содержимым выполняются следующие основные операции: выбор, добавление, модификация (замена) и удаление данных. Рассмотрим, как происходит обмен данными между отдельным пользователем и персональной СУБД при выполнении наиболее часто используемой операции выбора данных. Обмен данными между пользователем и БД для других операций отличается несущественно.
Схематично обмен данными при работе пользователя с БД можно представить так, как показано на рис. 3, где обычными стрелками обозначены связи по управлению, утолщенными – связи по информации.
Цикл взаимодействия пользователя с БД с помощью приложения можно разделить на следующие основные этапы:
1. Пользователь терминала (1) в процессе диалога с приложением форму лирует запрос (2) на некоторые данные из БД
Рис. 3. Схема обмена данными при работе с БД
2. Приложение (3) на программном уровне средствами языка манипулирования данными формулирует запрос (4), с которым обращается к СУБД.
3. Используя свои системные управляющие блоки и таблицы, СУБД с помощью словаря данных определяет местоположение требуемых данных и обращается (5) за ними к ОС.
4. Программы методов доступа файловой системы ОС считывают (6) из внешней памяти искомые данные и помещают их в системные буферы СУБД.
5. Преобразуя полученные данные к требуемому формату, СУБД пересылает их (7) в соответствующую область программы и сигнализирует (8) о завершении операции каким-либо образом (например, кодом возврата).
6. Результаты выбора данных из базы приложение (3) отображает (9) на терминале пользователя (1).
В случае работы пользователя в диалоговом режиме с СУБД (без приложения) цикл взаимодействия пользователя с БД упрощается. Его можно представить следующими этапами:
1. Пользователь терминала (10) формулирует на языке запросов СУБД, например QBE, по связи (11) требование на выборку некоторых данных из базы.
2. СУБД определяет местоположение требуемых данных и обращается (5) за ними к ОС, которая считывает (6) из внешней памяти искомые данные и помещает их в системные буферы СУБД.
3. Информация из системных буферов преобразуется (12) к требуемому формату, после чего отображается (13) на терминале пользователя (10).
Описанная схема поясняет, как функционирует СУБД с одним пользователем на отдельной ПЭВМ.
Если компьютер и ОС поддерживают многопользовательский режим работы, то в такой вычислительной системе может функционировать многопользовательская СУБД. Последняя, в общем случае, позволяет одновременно обслуживать нескольких пользователей, работающих непосредственно с СУБД или с приложениями (каждое из которых может поддерживать работу с одним или несколькими пользователями).
Иногда к вычислительной системе подключается так называемый «уда ленный пользователь», находящийся на некотором удалении от ЭВМ и соединенный с ней при помощи какой-либо передающей среды (интерфейс ЭВМ, телефонный канал связи, радиоканал, оптико-волоконная линия и т. д.). Чаще всего такой пользователь программным способом эмулируется под обычного локального пользователя. СУБД, как правило, этой подмены «не замечает» и работает по обслуживанию запросов обычным образом.