Группа: 13 ПСК-1

Дисциплина: Основы web-программирования

Дата: 03.02.16 – 06.02.206

Задание: см. на сайте Ceb. osu. ru

Группа 13ПКС-1

Преподаватель

Дисциплина: МДК 02.02 Технология разработки и защиты баз данных

Домашнее задание: самостоятельно выполнить конспект лекций

Лекция. Теория проектирования удалённых баз данных. Основные понятия удаленных баз данных.

Термины и определения

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

Рассмотрим термины, применяемые в системах управления распределенными базами данных.

Архитектура БД — организация взаимодействия аппаратных средств.

Виды архитектуры БД: клиент—сервер, двухуровневая и трех­уровневая клиент-сервер, файл —сервер.

Архитектура ODBC (Open DataBase Connectivity) — откры­тый интерфейс доступа к базам данных, т. е. взаимодействие про­цессора (ядра) базы данных Jet с внешними источниками дан­ных.

Модели данных — схемы, характеризующие базы данных с раз­ных сторон с целью определить оптимальное построение инфор­мационной системы.

Ядро базы данных — внутренняя структура СУБД, обеспечива­ющая доступ ко всем компонентам базы данных. В новых версиях СУБД Access называется Microsoft Data Engine (MSDE); в ранних версиях ядро базы данных называлось машина базы данных Microsoft Jet. Ядро базы данных обеспечивает поддержку символов различ­ных алфавитов, синтаксис языка SQL и другие средства обработ­ки различных типов данных.

НЕ нашли? Не то? Что вы ищете?

Пользователь БД — программа или человек, обращающийся к базе данных.

Запрос — процесс обращения пользователя к БД с целью вве­сти, получить или изменить информацию.

Транзакция — последовательность операций модификации дан­ных в БД, переводящая ее из одного непротиворечивого состоя­ния в другое непротиворечивое состояние.

Логическая структура БД — определение БД на физически не­зависимом уровне, что ближе всего соответствует концептуаль­ной ее модели.

Топология БД, или структура распределенной БД, — схема рас­пределения физической организации базы данных в сети.

Локальная автономность — понятие, означающее, что инфор­мация локальной БД и связанные с ней определения данных при­надлежат локальному владельцу и им управляются.

Удаленный запрос — запрос к базам данных, находящихся на ресурсах локальной сети предприятия или сети Интернет.

Возможность реализации удаленной транзакции — обработка одной транзакции, состоящей из множества SQL-запросов, на одном удаленном узле.

Поддержка распределенной транзакции — обработка транзакции, состоящей из нескольких SQL-запросов, выполняемых на несколь­ких узлах сети (удаленных или локальных), но каждый из которых обрабатывается только на одном узле.

Распределенный запрос — запрос, при обработке которого ис­пользуются данные из БД, расположенные в разных узлах сети.

Системы распределенной обработки данных в основном связа­ны с первым поколением БД, которые строились на мультипрог­раммных операционных системах, хранились на устройствах внеш­ней памяти центральной ЭВМ и использовали терминальный многопользовательский режим доступа. При этом пользователь­ские терминалы не имели собственных ресурсов, т. е. процессоров и памяти, которые могли бы использоваться для хранения и об­работки данных. Первой полностью реляционной системой, рабо­тающей в многопользовательском режиме, была СУБД SYSTEM R фирмы IBM. Именно в ней были реализованы как язык манипу­лирования данными SQL, так и основные принципы синхрони­зации, применяемые при распределенной обработке данных, ко­торые до сих пор являются базисными практически во всех ком­мерческих СУБД.

1.2 Архитектуры баз данных


Архитектура «файл-сервер»

B принципе локальную БД тоже можно использовать для коллективного доступа, т. е. в сетевом варианте. В этом случае файлы базы данных и приложение для работы с ней располагаются на сервере сети, Пользователь запускает со своего компьютера находящееся на сервере приложение, при этом у него запускается копия приложения. Можно установить приложение и непосредственно на компьютере пользователя, в этом случае приложению должно быть известно местонахождение общей БД, заданное, например, через псевдоним. Подобный сетевой вариант использования локальной БД соответствует архитектуре "файл-сервер".

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

Однако архитектуре "файл-сервер" свойственны и существенные недостатки.

    Для работы с данными используется навигационный способ доступа,

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

    Требуется синхронизация работы отдельных пользователей, связанная с

блокировкой в таблицах тех записей, которые редактирует другой пользователь.

    Приложения не только обрабатывают данные, но и управляют самой

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

Из-за этих недостатков архитектура "файл-сервер", как правило, используется в небольших сетях. Для сетей с большим количеством пользователей предпочтительным вариантом (а порой и единственным возможным) является архитектура "клиент-сервер".


Архитектура «клиент-сервер»

В сетевой архитектуре "клиент-сервер" БД размещается на компьютере-сервере сети (сервере или удаленном сервере) и называется также удаленной БД. При­ложение, осуществляющее работу с этой БД, находится на компьютере пользо­вателя. Приложение пользователя является клиентом, его также называют при­ложением-клиентом.

Клиент и сервер взаимодействуют следующим образом. Клиент формирует и отсылает запрос (SQL-запрос) серверу, на котором размещена БД. Сервер вы­полняет запрос и выдает клиенту в качестве результатов требуемые данные.

Таким образом, в архитектуре "клиент-сервер" клиент посылает запрос и получает только те данные, которые ему действительно нужны. Вся обработка запро­са выполняется на удаленном сервере.

К достоинствам такой архитектуры отно­сятся следующие факторы.

    Для работы с данными используется реляционный способ доступа, что

сни­жает нагрузку на сеть.

    Приложения не управляют напрямую базой, управлением занимается

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

    В приложении отсутствует код, связанный с управлением БД, поэтому

приложения упрощаются.

Отметим, что сервером называют не только компьютер, но и специальную программу, которая управляет БД. Так как в основе организации обмена данными между клиентом и сервером лежит язык SQL, такую программу еще называют SQL-сервером, а БД — базой данных SQL. В широком смысле слова под сервером понимают компьютер, программу и саму базу данных. SQL-cepвepaми являются промышленные СУБД, такие как InterBase, Oracle, InfonniX; SyBase, DB2.

Группа: 13 ПКС – 1

Дисциплина: Основы Web-программирования

Тема: Использование фреймов в HTML

Задание: Составить конспект лекции по материалу:

Понятие фрейма

Фрейм (англ. frame) - некоторая подключаемая независимая область на веб-странице. Не пугайтесь, что это звучит немного непонятно. Давайте сразу приведем самый простой пример и тогда все станет ясно.

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

Достоинства фреймов

1) Простота. С помощью фреймов веб-страница разграничивается на две области, которые содержат навигацию по сайту и его контент. Такое разделение веб-страницы на составляющие интуитивно понятно и логически обусловлено.

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

3) Размещение. Фреймы предоставляют уникальную возможность - размещение информации точно в нужном месте окна браузера.

4) Быстрое изменение размера областей. Можно изменять размеры фреймов, чего не позволяет сделать традиционная верстка HTML.

5) Загрузка. Загрузка веб-страницы происходит только в указанное окно, остальные остаются неизменными.

Недостатки фреймов

1) Навигация. Фреймы отделяют заголовок сайта от содержания, а навигацию от контента. Что доставляет неудобство в понимании содержания открытого сайта.

2) Индексация поисковыми системами. Поисковые системы плохо работают с фреймовой структурой, поскольку на страницах, которые содержат контент, нет ссылок на другие документы.

3) Несовместимость с разными браузерами. Параметры фреймов обладают свойством совершенно по-разному отображаться в различных браузерах.

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

Синтаксис фреймов

Формат документа, использующего фреймы, внешне очень напоминает формат обычного документа, только вместо тэга BODY используется контейнер FRAMESET, содержащий описание внутренних HTML-документов, содержащий собственно информацию, размещаемую во фреймах.

<HTML> <HEAD>...</HEAD>

<FRAMESET>...</FRAMESET> </HTML>

Тэг <FRAMESET> имеет завершающий тэг </FRAMESET>.

Между ними может находиться:

* <FRAME>,

* вложенные тэги <FRAMESET> и </FRAMESET>,

* контейнер из тэгов <NOFRAME>, который позволяет строить двойные документы для браузеров, поддерживающих фреймы и не поддерживающих фреймы.

1. Атрибуты:

1) Данный тэг имеет два взаимоисключающих параметра:

ROWS и COLS.

ROWS="список-определений-горизонтальных-подокон"

Отсутствие атрибута ROWS определяет один фрейм, величиной во все окно браузера.

COLS="список-определений-горизонтальных-подокон" То же самое, что и ROWS, но делит окно по вертикали, а не по горизонтали.

<FRAMESET COLS="40,*,40"> - описывает три фрейма, два по 40 точек справа и слева, и один внутри этих полосок.

<FRAMESET ROWS="30%,3*,*"> - описывает три фрейма, первый из которых занимает 30% площади сверху экрана, второй 3/4 оставшегося от первого фрейма места (т. е. 60% всей площади окна), а последний 1/4 (т. е. 20% всей площади окна.

2) SRC="url" Описывает URL документа, который будет отображен внутри данного фрейма.

3) NAME="frame_name" Имя фрейма может быть использовано для определения действия с данным фреймом из другого HTML-документа или фрейма.

4) MARGINWIDTH="value" Указывает величину разделительных полос между фреймами сбоку. Значение value указывается в пикселах и не может быть меньше единицы.

5) MARGINHEIGHT="value" Для верхних и нижних величин разделительных полос.

6) SCROLLING="yes | no | auto" Задает наличие полос прокрутки у фрейма.

7) NORESIZE. Фреймы без возможности изменения размеров. По умолчанию, размер фрейма можно изменить при помощи мыши так же просто, как и размер окна Windows. NORESIZE отменяет данную возможность.

8) NOFRAMES. Данный тэг помещается внутри контейнера FRAMESET, а все, что находится внутри тэгов <NOFRAMES> и </NOFRAMES> игнорируется браузерами, поддерживающими фреймы.

группа 13ПКС-1

03.02.2016

по предмету Технология разработки программного обеспечения

Задание для студентов:

выполнить  лабораторные работы 1,2 согласно теме своего курсового проекта