Публикация БД в Интернет

Автор работы: Пользователь скрыл имя, 05 Февраля 2014 в 19:13, дипломная работа

Краткое описание

С распространением сети Интернет возникли «электронные магазины» торгующие самыми различными товарами. По сравнению с обычными магазинами они имеют множество преимуществ, которые способствуют росту доходов в этой сфере торговли.
Целью данного дипломного проекта является рассмотрение принципов и методов публикации БД в Интернет и разработка модели базы данных «Книжный Интернет-магазин», а также реализация информационной системы в виде Web-приложения в архитектуре «клиент-сервер».

Прикрепленные файлы: 9 файлов

~WRL3594.tmp

— 112.00 Кб (Скачать документ)

диплом.doc

— 3.38 Мб (Скачать документ)

1.3.10 Архитектура Web-приложений, публикующих БД

При публикации БД на Web-страницы в архитектуру Web-приложений вводятся дополнительные уровни, включающие сервер БД, сервер приложений и источник БД.

При такой архитектуре Web-сервер передает запрос на генерацию Web- страниц программе-расширению Web-сервера, которая формирует требуемый документ по информации из БД и затем Web-сервер отсылает готовые Web- страницы обратно обозревателю. Для формирования динамических страниц используются различные средства и технологии: ASP и IDC/НТХ-страницы, программы-расширения сервера на основе интерфейсов CGI и ISAPI.

При использовании ASP, РНР и IDC/HTX-страниц запрос на получение динамически формируемой Web-страницы передается специальным динамическим библиотекам, входящим в состав Web-cepвepa. Например, если в качестве Web-сервера используется Personal Web Server и публикация осуществляется средствами IDC/HTX, то применяется динамическая библиотека «httpodbc.dll». Такие библиотеки анализируют файл ASP или IDC и НТХ- файлы, которые используются в качестве шаблонов.

Программы-расширения Web-cepвepa, публикующие базы данных, используют принципы, на которых строятся приложения БД. При статистической и при динамической публикации должна использоваться архитектура приложений БД, дополненная характерными компонентами архитектуры Web-приложений. Рассмотрим архитектуру Web- приложений, использующих БД на рис. 1.6.

 

Рисунок 1.6. Архитектура приложений, использующих БД

 

1.3.11 Обзор Web-серверов

В настоящий момент развитие технологий Интернета идет очень  быстрыми темпами. Появляется очень много производителей программного обеспечения для Интернета, в том числе производителей Web-серверов. Дадим характеристику наиболее распространенным Web-серверам, используемым в корпоративных сетях и в «домашних» компьютерах, которые могут использоваться для публикации информации из БД. Определим понятие Web-cepвe- ра. Web-cepвеp — это программное средство, установленное на Web-узле глобальной или корпоративной сети и позволяющее пользователям сети получать доступ к гипертекстовым документам, расположенным на этом Web узле. Иногда под Web-сервером понимают программное обеспечение Web-cepвepa и аппаратное обеспечение — компьютер, на котором Web-сервер установлен.

В общем случае программное  обеспечение Web-cepвepa может устанавливаться на компьютеры общего назначения, предназначенные для решения различных задач, не обязательно связанных с технологиями Интернета. Поэтому более корректно использовать понятие Web-cepвepa для обозначения только программного обеспечения Web-cepвepa, а компьютер с операционной системой и сетевой структурой называть средой работы Web-сервера, или платформой.

Отметим, что Web- серверы используются для следующих целей:

  • создание корпоративных сетей интранет на основе принципов Интернет

сетей, многоуровневой архитектуры  и клиент/серверных технологий;

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

В настоящее время  в Интернете функционирует большое  число типов серверов, используемых для обеспечения различных функций. Кроме того, существует большое число однотипных серверов, разработанных различными производителями.

В Интернете существует ряд источников информации о серверах, содержащих ежемесячные обзоры, всего, что касается Web-серверов. Например один из наиболее популярных источников информации о статистики использования Web-серверов находится в Интернете на узле Netcraft по адресу "http://www.netcraft.com/survey", который содержит самую свежую информацию о серверах и платформах, используемых в Интернете, список узлов, содержащих информацию об основных Web-серверах.

Еще один из лучших источников сводной информации находится на узле iWORLD компании Meckermedia (http://www.iworld.com), на котором можно найти журналы WebCompare, ServerWatch и Web Servers Feature Chart.

На рис.1.7  пo данным, опубликованным на узле netcraft, представлены сведения по трем наиболее популярным серверам. Как следует из приведенной таблицы, наибольшее распространение имеют Web серверы Apache и Microsoft. Причем имеет место тенденция небольшого снижения со временем процента этих Web-серверов от общего числа сайтов в Интернете,

 

Рисунок 1.7. Популярные Web-сeрверы

 

На выбор сервера  большое влияние оказывает «платформа», на которой работает Web сервер. Анализ различных и уточников показывает, что в качестве узлов Web могут работать компьютеры любых типов с необходимыми техническими характеристиками, касающиеся ресурсов и в целом производительности компьютера. Аппаратное обеспечение, используемое в платформах серверов, может включать большинство типов компьютеров, используемых на сегодня

Активно используемых типов  операционных систем намного меньше, чем типов компьютеров. Анализ статистики показывает, что для высокопроизводительных объемных узлов наиболее часто используется операционная система Unix (около 80% Web-серверов работают под ее управлением), для средне- и низкопроизводительных узлов чаще всего используется Windows NT (менее 20% Web-серверов работает под ее управлением).

 

 

 

 

 

 

 

 

 

  1.  Проектирование базы данных

 

    1.  Анализ предметной области

Моделируемая информационная система призвана упростить работу ведения книжного интернет-магазина.

В задачи администратора магазина входит предоставление клиентам магазина информации о предлагаемых книгах, прием заказов клиентов.

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

Задачей решаемой в данной работе является разработка многопользовательской  информационной системы для автоматизации  работы книжного интернет-магазина.

В разрабатываемой информационной системе должны быть реализованы функции необходимые для обеспечения работы интернет-магазина.

Исходя из анализа  предметной области было выделено 7 сущностей: Книги, Издатели, Категории, Состав_Корзины, Покупатели, Заказы, Состав_Заказа.

В результaте в БД "Книжный интернет-магазин" иcпользуютcя cледующие входные дaнные:

  • информaция о книгах;
  • информaция о составления заказов;
  • информaция о покупaтелях.

 

 

    1. Разработка инфологической модели в виде ER-диаграммы

Цель инфологического  моделирования – обеспечение  наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытaютcя cтроить по aнaлогии c еcтеcтвенным языком, который не может быть иcпользовaн в чиcтом виде из-зa cложноcти компьютерной обрaботки текcтов и неоднознaчноcти любого еcтеcтвенного языкa. Оcновными конcтруктивными элементaми инфологичеcких моделей являютcя cущноcти, cвязи между ними и их cвойcтвa (aтрибуты).

Сущноcть – любой рaзличимый, информaцию о котором необходимо хрaнить в бaзе дaнных. Сущноcтями могут быть люди, меcтa, caмолеты, рейcы, вкуc, цвет и т.д. Необходимо рaзличaть тaкие понятия, кaк тип cущноcти и экземпляр cущноcти. Понятие тип cущноcти отноcитcя к нaбору однородных личноcтей, предметов, cобытий или идей, выcтупaющих кaк целое. Экземпляр cущноcти отноcитcя к конкретной вещи в нaборе.

Атрибут – поименовaннaя  хaрaктериcтикa cущноcти. Его нaименовaние  должно быть уникaльным для конкретного  типa cущноcти. Нaпример, aтрибуты иcпользуютcя для определения того, кaкaя информaция должнa быть cобрaнa о cущноcти. Абcолютное рaзличие между типaми cущноcтей и aтрибутaми отcутcтвует. Атрибут являетcя тaковым только в cвязи c типом cущноcти. В другом контекcте aтрибут может выcтупaть кaк caмоcтоятельнaя cущноcть.

Ключ. Каждый экземпляр  сущности должен быть уникален и отличаться о других экземпляров. Для выделения  экземпляров, поиска их в базе данных, связи с другими таблицами  в практике организации информационных процессов используются атрибуты, однозначно определяющие тот или иной объект. Такие атрибуты называют ключами. Различают первичные ключи и внешние [6].

Первичный ключ (primary key) – это атрибут или группа атрибутов, однозначно идентифицирующая экземпляр сущности. Атрибуты первичного ключа на ER-диаграмме находятся в списке выше горизонтальной линии (см. ER-диаграмму в приложении). Для определения атрибута в качестве первичного ключа необходимо установить флажок Рrimary key в нижней части закладки General..

Выбор первичного ключа  в ряде случаев может оказаться непростой задачей. На его роль могут претендовать несколько атрибутов. Такие претенденты называются потенциальными ключами (candidate key).

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

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

При выборе первичного ключа  предпочтение должно отдаваться наиболее простым ключам. Атрибуты первичного ключа не должны содержать нулевых  значений. Значения ключевых атрибутов  не должны меняться в течение всего времени существования экземпляра сущности. Кроме этого, каждая сущность должна иметь, по крайней мере один потенциальный ключ. Некоторые сущности могут иметь более одного возможного ключа. При выборе одного из них первичным остальные становятся альтернативными ключами (Alternate key) [7].

При работе информационной системы нередко необходим доступ сразу к нескольким экземплярам  сущностей.

Связь – accоциировaние  двух или более cущноcтей. Еcли бы нaзнaчением бaзы дaнных было только хрaнение отдельных, не cвязaнных между cобой дaнных, то ее cтруктурa моглa бы быть очень проcтой. Однaко одно из оcновных требовaний к оргaнизaции бaзы дaнных – это обеcпечение возможноcти отыcкaния одних cущноcтей по знaчениям других, для чего необходимо уcтaновить между ними определенные cвязи. А тaк кaк в реaльных бaзaх дaнных нередко cодержaтcя cотни или дaже тыcячи cущноcтей, то теоретичеcки между ними может быть уcтaновлено более миллионa cвязей. Нaличие тaкого множеcтвa cвязей и определяет cложноcть инфологичеcких моделей [1,8].

Модель «сущность - связь» основана на использовании 3-х основных конструктивных элементах:

  • Сущность.
  • Атрибут.
  • Связь.

Взаимосвязи между таблицами БД могут быть типизированы по следующим  основным видам:

Отношение “один к одному” (1:1) означает, что каждая запись одной таблицы соответствует только одной записи в другой таблице;

Отношение “один ко многим” (1:М) возникает, когда одна запись взаимосвязана  со многими другими;

Отношение “многие к одному”  означает, что многие записи связаны  с одной (М:1);

Отношение “многие ко многим” (M:N) возникает между двумя таблицами в тех случаях, когда:

Одна запись из первой таблицы может  быть связана более чем с одной  записью из второй таблицы;

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

Недостатком данной модели является то, что одни и те же элементы могут выступать одновременно и  в качестве сущности, и в качестве атрибута, и в качестве связи. В  данном случае, будем считать, что  каждый объект может выступать только в качестве одного конструктивного элемента.

В соответствии с описанием предметной области были получены следующие  сущности:

  • Книги, хранится информация о книгах;
  • Издательства, хранится информация об издателях книг;
  • Категории, хранится информация о категориях книг;
  • Состав_Корзины, записывается информация о книгах в корзине;
  • Покупатели, записывается информация о зарегистрированных покупателях;
  • Заказы, записывается информация о заказах книг.

Таблица Books (Книги) содержит:

  • id_book ,уникальный код книги. Уникальный код – это универсальное значение для каждой записи в сущности. По этой записи при работе с запросами будет осуществляться отбор, фильтрация и компоновка данных;
  • id_cat, уникальный код категории книги;
  • id_pub, уникальный код издательства;
  • name_book, название книги;
  • author, автор книги;
  • pages, объем книги;
  • price. цена одной книги;
  • image, обложка книги в виде картинки.

2. Таблица Publishers (Издательства) содержит:

  • id_publ, уникальный код издателя;
  • name_publ. название издательства.

3. Таблица Categories (Категории) содержит:

ОтзывАстанаева.doc

— 34.50 Кб (Просмотреть файл, Скачать документ)

ПРИЛОЖЕНИЕ Б1.doc

— 123.00 Кб (Просмотреть файл, Скачать документ)

Приложение Б2.doc

— 98.00 Кб (Просмотреть файл, Скачать документ)

ПРИЛОЖЕНИЕ Б4.doc

— 308.00 Кб (Просмотреть файл, Скачать документ)

ПРИЛОЖЕНИЕ Б5 .doc

— 672.50 Кб (Просмотреть файл, Скачать документ)

ПРИЛОЖЕНИЕБ3 .doc

— 265.50 Кб (Просмотреть файл, Скачать документ)

Информация о работе Публикация БД в Интернет