13ИС-1

advertisement
Группа 13ИС-1
Преподаватель Таспаева М.Г.
Дисциплина: Основы проектирования баз данных
Домашнее задание: самостоятельно выполнить конспект лекций
Теория проектирования удалённых баз данных. Основные
понятия удаленных баз данных.
Термины и определения
Системы управления удаленными (распределенными) базами данных —
это СУБД (СУРБД), обеспечивающие возможность одновременного доступа к
информации различным пользователям.
Рассмотрим термины, применяемые в системах управления распределенными
базами данных.
Архитектура БД — организация взаимодействия аппаратных средств.
Виды архитектуры БД: клиент—сервер, двухуровневая и трехуровневая
клиент-сервер, файл —сервер.
Архитектура 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
С Клавишные устройства
Стр 112-115
Упр 3,4 стр 115 В.А Радовель (Анг.яз)
Группа: 13ИС – 1
Дисциплина: МДК 02.02 Управление проектами
Тема: Программная инженерия. Основные понятия
Задание: Составить краткий конспект лекции по материалам учебника С.Н.
Карепенко «Введение в программную инженерию»
http://www.unn.ru/pages/issues/aids/2007/16.pdf
План конспекта:
1. Введение в дисциплину «Программная инженерия» (прочитать материал)
2. Краткая история ПИ (прочитать материал)
3. Основные понятия программной инженерии (конспект)
a. Программное обеспечение
b. Программная инженерия
c. Инженеры
d. Методы программной инженерии
4. Стандарты программной инженерии
Download