Группа: 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 согласно теме своего курсового проекта