13ПКС-1

Группа: 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 Архитектуры баз данных
1.2.1 Архитектура «файл-сервер»
B принципе локальную БД тоже можно использовать для
коллективного доступа, т.е. в сетевом варианте. В этом случае файлы базы
данных и приложение для работы с ней располагаются на сервере сети,
Пользователь запускает со своего компьютера находящееся на сервере
приложение, при этом у него запускается копия приложения. Можно
установить приложение и непосредственно на компьютере пользователя , в
этом случае приложению должно быть известно местонахождение общей
БД, заданное, например, через псевдоним. Подобный сетевой вариант
использования локальной БД соответствует архитектуре "файл-сервер".
Достоинствами сетевой архитектуры "файл-сервер" являются простота
разработки и эксплуатация приложения. Разработчик фактически создаёт
локальную БД и приложение, которые затем просто используются в сетевом
варианте. При этом
не требуется дополнительное программное
обеспечение для организационной работы с БД.
Однако архитектуре "файл-сервер" свойственны и существенные
недостатки.

Для работы с данными используется навигационный способ
доступа,
при этом сети циркулируют большие объемы данных. В результате
сеть оказывается перегруженной, что является причиной ее низкого
быстродействия и производительности при работе с БД.

Требуется синхронизация работы отдельных пользователей,
связанная с
блокировкой в таблицах тех записей, которые редактирует другой
пользователь.

Приложения не только обрабатывают данные, но и управляют
самой
базой данных. В связи с тем, что управление БД осуществляется с
разных компьютеров, затрудняется управление доступом, соблюдение
конфиденциальности и поддержание целостности БД.
Из-за этих недостатков архитектура "файл-сервер", как правило,
используется в небольших сетях. Для сетей с большим количеством
пользователей предпочтительным вариантом (а порой и единственным
возможным) является архитектура "клиент-сервер".
1.2.2 Архитектура «клиент-сервер»
В сетевой архитектуре "клиент-сервер" БД размещается на
компьютере-сервере сети (сервере или удаленном сервере) и называется
также удаленной БД. Приложение, осуществляющее работу с этой БД,
находится на компьютере пользователя. Приложение пользователя
является клиентом, его также называют приложением-клиентом.
Клиент и сервер взаимодействуют следующим образом. Клиент
формирует и отсылает запрос (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 согласно теме своего
курсового проекта