Гомогенной РаБд управляет один и тот же тип Система Управления Базами Данных.

Распределенная база данных: Набор логически связанных между собой совокупностей разделяемых данных (и их описаний), которые физически распределены в некоторой компьютерной сети.

Из этого вытекает следующее определение распределенной СУБД:

Распределенная СУБД: Программный комплекс, предназначенный для управления распределенными базами данных и обеспечивающий прозрачный доступ пользователей к распределенной информации.

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

№22 Что такое гетерогенная распределенная система?

РаБД можно классифицировать на гомогенные и гетерогенные.

Гетерогенной РаБД управляют различные типы СУБД, использующие разные модели данных – реляционные, сетевые, иерархические или объектно-ориентированные СУБД.

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

Распределенная база данных: Набор логически связанных между собой совокупностей разделяемых данных (и их описаний), которые физически распределены в некоторой компьютерной сети.

Из этого вытекает следующее определение распределенной СУБД:

Распределенная СУБД: Программный комплекс, предназначенный для управления распределенными базами данных и обеспечивающий прозрачный доступ пользователей к распределенной информации.

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

№23 Чем документальные системы отличаются от фактографических?

Фактографические системы, которые, в отличие от документальных систем способны однозначно решать поставленные задачи и давать однозначные ответы на запросы.

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

Цель системы, как правило, — выдать в ответ на запрос пользователя список документов, в какой-то мере удовлетворяющих сформулированным в запросе условиям. Например, выдать список всех статей, в которых встречается слово “энтропия”.

Фактографические АИС накапливают и хранят данные в виде множества экземпляров одного или нескольких типов структурных элементов (информационных объектов).

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

№24 Основные понятия и принципы реляционных систем.

Выделим следующие основные понятия реляционных баз данных: тип данных, домен, атрибут, кортеж, отношение, первичный ключ

Тип данных

Значения данных, хранимые в реляционной базе данных, являются типизированными, т. е. известен тип каждого хранимого значения. Понятие типа данных в реляционной модели данных полностью соответствует понятию типа данных в языках программирования. Напомним, что традиционное (нестрогое) определение типа данных состоит из трех основных компонентов: определение множества значений данного типа; определение набора операций, применимых к значениям типа; определение способа внешнего представления значений типа (литералов).

Домен

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

Кортеж - это набор именованных значений заданного типа. 

Первичный ключ

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

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

№25 Характеристика протокола HTTP. "Классическая" схема HTTP-сеанса

HTTP (HyperText Transfer Protocol) - протокол обмена гипертекстовой информацией.

Классическая" схема HTTP-сеанса выглядит так.

1. Установление TCP-соединения.

2. Запрос клиента.

3. Ответ сервера.

4. Разрыв TCP-соединения.

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

В состав HTTP-запроса, передаваемого клиентом серверу, входят следующие компоненты.

• Строка состояния (иногда для ее обозначения используют также термины строка-статус, или строка запроса).

• Поля заголовка.

• Пустая строка.

• Тело запроса.

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

№26 Базовые методы запросов клиента серверу

Для передачи запросов от клиента к серверу существует ряд методов протокола HTTP помимо базовых методов HTML-форм get и post.

OPTIONS - используется для определения возможностей веб-сервера или параметров соединения для конкретного ресурса. Также в заголовки ответа

может включаться информация о поддерживаемых расширениях.

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

процесса.

HEAD - аналогичен методу GET, за исключением того, что в ответе сервера отсутствует тело. Запрос HEAD обычно применяется для извлечения метаданных, проверки наличия ресурса (валидация URL) и для того, чтобы узнать, не изменился ли он с момента последнего обращения. Помимо стандартных заголовков ничто не запрещает создавать и использовать

собственные.

POST - применяется для передачи пользовательских данных заданному

ресурсу. Например, в блогах посетители обычно могут вводить свои комментарии к записям в HTML-форму, после чего они передаются серверу методом POST и он помещает их на страницу. При этом передаваемые данные (в примере с блогами — текст комментария) включаются в тело запроса.

PUT - применяется для загрузки содержимого запроса на указанный в

запросе URI.

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

№27 Охарактеризовать понятия URI, URL, URN. Структура URL.

URI – универсальная форма адресации информационных ресурсов – стройная система, учитывающая опыт адресации и идентификации

e-mail, Gopher, WAIS, telnet, ftp и т. п.

URL (Universal Resource Locator) - универсальный локатор ресурсов. Используется в качестве универсальной схемы адресации ресурсов в сети.

URN ( Uniform Resource Name) — единообразное название (имя) ресурса. URN — это постоянная последовательность символов, идентифицирующая абстрактный или физический ресурс

Структура URL

Как правило, порт в URL не указывается, поэтому структуру можно свести к следующему виду:

http://<host>/<path>?<searchpart>

Например: http://www.magazin.ru/catalog/page.htm?from=market&_openstat=ad1

Структура URL включает:

<host> — домен сайта.

Например: www.magazin.ru

<path> — путь, который может иметь иерархическую структуру. Структура задается с помощью символа «/». Путь не может содержать параметры, а также символы «?» и «;».

Например: catalog/page.htm

<searchpart> — блок параметров, который отделяется от блока <path> знаком вопроса «?». Внутри самого блока <searchpart> не могут использоваться символы «?» и «/». Для разделения параметров внутри блока используется символ «&».

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

№28 Что такое Cookie?

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

№30 Основные модели построения информационных систем (ИС).

Модель представления – это синтаксически и семантически определенная средствами ядра совокупность конфигураций, позволяющая описывать, анализировать и документировать заданные аспекты проектируемой системы на заданных стадиях разработки с различными уровнями детализации ее элементов.

Предлагается ввести пять основных моделей представления для проектирования информационных систем:

• функциональная модель;

• модель данных;

• модель пользовательского интерфейса;

• структура программных модулей;

• логика.

Первые две модели представления в качестве основных используют следующие виды элементов:

• действие;

• данное;

• систему;

• объект;

• атрибут.

Функциональная модель ориентирована на описание систем, способных выполнять действия над данными.

Модель данных ориентирована на описание структуры информационных объектов, их функциональных взаимосвязей, необходимых для поддержания заданных действий.

Указанные две модели взаимно дополняют друг друга, разрабатываются совместно и не требуют привлечения понятий языков программирования высокого уровня.

№29 Клиентские и серверные сценарии и приложения. Схемы выполнения веб-приложений.