 |
База данных – совокупность экземпляров различных типов записей и отношений между записями и элементами.
|
|
|
|
Базу данных можно определить как совокупность взаимосвязанных хранящихся вместе данных при наличии такой минимальной избыточности, которая допускает их использование оптимальным образом для одного или нескольких приложений.
Таким образом, появление понятие «Базы даннах» обусловлено возникновением нового класса невычислительных задач, при решении которых используются общие данные. В качестве основного критерия оптимальности функционирования базы данных,как правило, используются временные характеристики реализации запросов пользователей прикладными программами.
Краткие итоги. Рассмотрено развитие основных понятий представления данных. Описаны классические понятия программирования, связанные с данными (переменная, массив) и появление новых понятий программирования (поле, запись, файл) как следствие расширения круга решаемых задач и их отражения в системах программирования. Поставлена задача интегрирования данных при использовании несколькими задачами общих данных. Определено понятие базы данных.
Контрольные тесты
Задача 1. С чем связано появление новых понятий обработки данных?
Вариант 1.
С чем связано появление новых понятий обработки данных?
ð с развитием вычислительной техники
ð с развитием операционных систем
ð с повышением квалификации программистов
ð+ с расширением круга решаемых на ЭВМ задач
Вариант 2.
Какие задачи относятся к задачам обработки данных?
ð задачи с большим объемом сложных вычислений
ð+ задачи учета кадрового состава организации
ð+ задачи бухгалтерского учета
ð решение систем линейных уравнений
|
|
|
Вариант 3.
Какие новые понятия в представлении данных появились с появлением задач обработки данных?
ð простая переменная
ð массив
ð+ запись
ð+ поле
Задача 2. Что такое логическая запись?
Вариант 1.
Что является элементом логической записи?
ð простые переменные
ð элементы массива
ð файлы
ð+ поля
Вариант 2.
Что не является элементом логической записи?
ð+ простые переменные
ð+ элементы массива
ð+ файлы
ð поля
Вариант 3.
Из чего состоит логическая запись?
ð из простых переменных и полей
ð из элементов массива и переменных
ð+ из полей
ð из простых переменных
Задача 3. Что такое логический файл?
Вариант 1.
Что такое логический файл?
ð совокупность полей
ð совокупность логических записей
ð+ совокупность экземпляров логических записей
ð набор данных во внешней памяти ЭВМ
Вариант 2.
Из каких составляющих элементов состоит логический файл?
ð из полей
ð из элементов массива
ð+ из экземпляров логических записей
ð из переменных
Вариант 3.
Какие понятия не используются при описании логического файла?
ð экземпляр записи
ð поле
ð логическая запись
ð+ массив
Задача 4. Какие основные этапы решения задачи обработки организационных документов (обработки данных)?
Вариант 1. Из каких основных этапов состоит решение задачи обработки организационных документов (обработки данных)?
ð проведение сложных математических вычислений
ð+ занесение данных во внешнюю память
ð+ чтение данных из внешней памяти
ð+ поиск неооходимых данных
Вариант 2. Какие из перечисленных действий не входят в решение задач обработки организационных документов (обработки данных)?
ð+ проведение сложных математических вычислений
ð занесение данных во внешнюю память
|
|
|
ð чтение данных из внешней памяти
ð поиск неооходимых данных
Вариант 3. Какие основные операции с данными производятся в задачах обработки организационных документов (обработки данных)?
ð+ поиск необходимых данных
ð+ модификация данных
ð+ удаление данных
ð+ добавление данных
Задача 5. Основные свойства программных систем с отдельными файлами для каждой
задачи (файловых систем).
Вариант 1. Какие из перечисленных свойств характерны для комплекса программных систем с отдельными файлами для каждой задачи (файловых систем)?
ð+ дублирование данных
ð большое время решения каждой задачи
ð высокая достоверность всей совокупности данных
ð+ потенциальная противоречивость данных
Вариант 2. Какие из перечисленных свойств не характерны для комплекса программных систем с отдельными файлами для каждой задачи (файловых систем)?
ð дублирование данных
ð+ большое время решения каждой задачи
ð+ высокая достоверность всей совокупности данных
ð потенциальная противоречивость данных
Вариант 3. Какие из перечисленных свойств комплекса программных систем с отдельными файлами для каждой задачи (файловых систем) можно устранить объединением (интеграцией) данных?
ð+ дублирование данных
ð большое время решения каждой задачи
ð высокая достоверность всей совокупности данных
ð+ потенциальная противоречивость данных
Задача 6. Как представляются интегрированные данные?
Вариант 1. В каком виде представляются интегрированные данные?
ð отдельный файл
ð набор отдельных файлов
ð набор экземпляров записей одного типа
ð+ набор экземпляров записей разных типов и связей между ними
Вариант 2. В каком виде не представляются интегрированные данные?
ð+ отдельный файл
ð набор связанных файлов
ð+ набор экземпляров записей одного типа
ð набор экземпляров записей разных типов и связей между ними
Вариант 3. Какое понятие из нижеперечисленных является важнейшим при интеграции данных?
ð файл
ð запись
ð экземпляр записи
ð+ связь между записями (файлами)
Задача 7. Определить понятие базы данных.
Вариант 1. Что такое база данных?
|
|
|
ð совокупность экземпляров записи одного типа
ð совокупность экземпляров записей разных типов
ð+ совокупность экземпляров записей разных типов и связей (отношений) между ними
ð поименованная совокупность логических записей
Вариант 2. Какие понятия соответствуют содержанию понятия базы данных?
ð набор данных для решения отдельной задачи
ð набор отдельных файлов
ð+ набор связанных файлов
ð файловая система
Вариант 3. Какие понятия не соответствуют содержанию понятия базы данных?
ð+ набор данных для решения отдельной задачи
ð+ набор отдельных файлов
ð набор связанных файлов
ð+ файловая система
Задача 8. Отметить основные свойства базы данных.
Вариант 1. Отметить основные свойства базы данных.
ð отсутствие дублирования
ð+ минимальная избыточность
ð минимальное время решения всех задач
ð+ используется для решения ряда задач
Вариант 2. Какие из перечисленных свойств характерны для базы данных.?
ð+ минимальное дублирование данных
ð+ интеграция данных
ð каждая задача решается за минимально возможное время
ð отсутствие дублирования
Вариант 3.. Какие из перечисленных свойств не характерны для базы данных?.
ð минимальное дублирование данных
ð интеграция данных
ð+ каждая задача решается за минимально возможное время
ð+ отсутствие дублирования
Литература
1. Мартин Дж. Организация баз данных в вычислительных системах: Пер. с англ. /Под ред. А.А. Стогния и А.Л. Щерса. – М.: Мир, 1980. – 664 с.
2. Конноли Т., Бэгг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика. 2-е изд.: Пер. с англ. – М.: Издательский дом «Вильямс», 2000. – 1120 с.
3. Крёнке Д. Теория и практика построения баз данных. 8-е изд. – СПб.: Питер, 2003. – 800 с.
Мартин
Конноли
Кренке
Вопросы
Вариант 1
Вариант 2
Вариант 3
Литература
Лекция 2. Системы управления базами данных
Вводится понятие системы управления базами данных (СУБД).Дается характеристика основных функций системы управления базами данных.
|
|
|
Ключевые термины: Система управления базами данных, СУБД, банк данных, функции СУБД, транзакции, блокировки
Цель лекции: показать необходимость создания программного интерфейса между прикладными программами и базой данных, определить понятие системы управления базами данных и сформулировать основные функции СУБД, вытекающие из задачи взаимодействия многих пользователей с базой данных.
В прикладной программе, использующей при решении задачи один или несколько отдельных файлов, за сохранность и достоверность данных отвечал программист, работающий с этой задачей. Использование базы данных предполагает работу с ней нескольких прикладных программ, решающих задачи разных пользователей.
Естественно, что за сохранность и достоверность интегрированных данных программист, решающий одну из прикладных задач, отвечать уже не может. Кроме того, расширение круга решаемых с использованием базы данных задач может приводить к появлению новых типов записей и отношений между ними. Такое изменение структуры базы данных не должно вести к изменению множества ранее разработанных и успешно функционирующих прикладных программных систем, работающих с базой данных. С другой стороны, возможное изменение любой из прикладных программ, в свою очередь, не должно приводить к изменению структуры данных. Все вышесказанное обусловливает необходимость отделения данных от прикладных программ.
Роль интерфейса между прикладными программами и базой данных, обеспечивающего их независимость, играет программный комплекс – система управления базами данных (СУБД) (рис. 2.1).
СУБД – программный комплекс поддержки интегрированной совокупности данных, предназначенный для создания, ведения и использования базы данных многими пользователями (прикладными программами).
Рис.2.1. Обеспечение независимости прикладных программ
и базы данных
Определим еще одно понятие.
Банк данных – система языковых, алгоритмических, программных, технических и организационных средств поддержки интегрированной совокупности данных, а также сами эти данные, представленные в виде баз данных.
Перечислим основные функции системы управления базами данных.
1. Определение структуры создаваемой базы данных, ее инициализация и проведение начальной загрузки.
Как правило, создание структуры базы данных происходит в режиме диалога. СУБД последовательно запрашивает у пользователя необходимые данные. В большинстве современных СУБД база данных представляется в виде совокупности таблиц. Рассматриваемая функция позволяет описать и создать в памяти структуру таблицы, провести начальную загрузку данных в таблицы. Примеры таких действий для СУБД MS Access приведены на рисунке 2.2..
|
|
|
Рис. 2.2. Формирование структуры базы данных в СУБД Access
2. Предоставление пользователям возможности манипулирования данными (выборка необходимых данных, выполнение вычислений, разработка интерфейса ввода/вывода, визуализация).
Такие возможности в СУБД представляются либо на основе использования специального языка программирования, входящего в состав СУБД, либо с помощью графического интерфейса.
В MS Access реализация данной функции может быть реализована созданием запросов и форм ввода с помощью графического интерфейса (рис.2.3.).
Рис. 2.3. Формирование запроса на выборку в СУБД Access
Для клиент-серверных СУБД существуют средства, позволяющие выполнять запросы, и программные средства, позволяющие создавать графический интерфейс пользователя.
3. Обеспечение независимости прикладных программ и данных (3. Обеспечение логической и физической независимости данных.).
Важнейшим свойством СУБД является возможность поддерживать два независимых взгляда на базу данных – «взгляд пользователя», воплощаемый в логическом представлении данных, и его отражения в прикладных программах; и «взгляд системы» – физическое представление данных в памяти ЭВМ. Обеспечение логической независимости данных предоставляет возможность изменения (в определенных пределах) логического представления базы данных без необходимости изменения физических структур хранения данных. Таким образом, изменение логического представления данных в прикладных программах не приводит к изменению структур хранения данных. Обеспечение физической независимости данных предоставляет возможность изменять (в определенных пределах) способы организации базы данных в памяти ЭВМ не вызывая необходимости изменения «логического» представления данных. Таким образом, изменение способов организации базы данных не приводит к изменению прикладных программ.
4. Защита логической целостности базы данных.
Основной целью реализации этой функции является повышение достоверности данных в базе данных. Достоверность данных может быть нарушена при их вводе в БД или при неправомерных действиях процедур обработки данных, получающих и заносящих в БД неправильные данные. Для повышения достоверности данных в системе объявляются так называемые ограничения целостности, которые в определенных случаях «отлавливают» неверные данные. Так, во всех современных СУБД проверяется соответствие вводимых данных их типу, описанному при создании структуры. Система не позволит ввести символ в поле числового типа, не позволит ввести недопустимую дату и т.п. В развитых системах ограничения целостности описывает программист, исходя из содержательного смысла задачи, и их проверка осуществляется при каждом обновлении данных. Более подробно разные аспекты логической целостности базы данных будут рассматриваться в последующих разделах.
5. Защита физической целостности.
При работе ЭВМ возможны сбои в работе (например, из-за отключения электропитания), повреждение машинных носителей данных. При этом могут быть нарушены связи между данными, что приводит к невозможности дальнейшей работы. Развитые СУБД имеют средства восстановления базы данных. Важнешим используемым понятием является понятие «транзакции». Транзакция – это единица действий, производимых с базой данных. В состав транзакции может входить несколько операторов изменения базы данных, но либо выполняются все эти операторы, либо не выполняется ни один. СУБД, кроме ведения собственно базы данных, ведет также журнал транзакций.
Необходимость использования транзакций в базах данных проиллюстрируем на упрощенном примере. Предположим, что база данных используется в некотором банке и один из клиентов желает перевести деньги на счет другого клиента банка. В базе данных хранится информация о количестве денег у каждого из клиентов. Нам нужно сделать два изменения в базе данных – уменьшить сумму денег на счете одного из клиентов и, соответственно, увеличить сумму денег на другом счете. Конечно, реальный перевод денег в банке представляет собой гораздо более сложный процесс, затрагивающий много таблиц, а возможно, и много баз данных. Однако суть остается та же – нужно либо совершить все действия (увеличить счет одного клиента и уменьшить счет другого), либо не выполнить ни одно из этих действий. Нельзя уменьшить сумму денег на одном счете, но не увеличить сумму денег на другом. Предположим также, что после выполнения первого из действий (уменьшения суммы денег на счете первого клиента) произошел сбой. Например, могла прерваться связь клиентского компьютера с базой данных или на клиентском компьютере мог произойти системный сбой, что привело к перезагрузке операционной системы. Что в этом случае стало с базой данных? Команда на уменьшение денег на счете первого клиента была выполнена, а вторая команда – на увеличение денег на другом счете – нет,что привнло бы к противоречивому, неактуальному состоянию базы данных.
Использование механизма транзакций позволяет находить решение в этом и подобных случаях. Перед выполнением первого действия выдается команда начала транзакции. В транзакцию включается операция снятия денег на одном счете и увеличения суммы на другом счете. Оператор завершения транзакций обычно называется COMMIT. Поскольку после выполнения первого действия транзакция не была завершена, изменения не будут внесены в базу данных. Изменения вносятся (фиксируются) только после завершения транзакции.. До выдачи данного оператора сохранения данных в базе не произойдет.
В нашем примере, поскольку оператор фиксации транзакции не был выдан, база данных «откатится» в первоначальное состояние – иными словами, суммы на счетах клиентов останутся те же, что и были до начала транзакции. Администратор базы данных может отслеживать состояние транзакций и в необходимых случаях вручную «откатывать» транзакции. Кроме того, в очевидных случаях СУБД самостоятельно принимает решение об «откате» транзакции.
Транзакции не обязательно могут быть короткими. Бывают транзакции, которые длятся несколько часов или даже несколько дней. Увеличение количества действий в рамках одной транзакции требует увеличения занимаемых системных ресурсов. Поэтому желательно делать транзакции по возможности короткими. В журнал транзакций заносятся все транзакции – и зафиксированные, и завершившиеся «откатом». Ведение журнала транзакций совместно с созданием резервных копий базы данных позволяет достичь высокой надежности базы данных.
Предположим, что база данных была испорчена в результате аппаратного сбоя компьютера, на котором был установлен сервер СУБД. В этом случае нужно использовать последнюю сделанную резервную копию базы данных и журнал транзакций. Причем применить к базе данных нужно только те транзакции, которые были зафиксированы после создания резервной копии. Большинство современных СУБД позволяют администратору воссоздать базу данных исходя из резервной копии и журнала транзакций. В таких системах в определенный момент БД копируется на резервные носители. Все обращения к БД записываются программно в журнал изменений. Если база данных разрушена, запускается процедура восстановления, в процессе которой в резервную копию из журнала изменений вносятся все произведенные изменения.
6. Управление полномочиями пользователей на доступ к базе данных.
Разные пользователи могут иметь разные полномочия по работе с данными (некоторые данные должны быть недоступны; определенным пользователям не разрешается обновлять данные и т.п.). В СУБД предусматриваются механизмы разграничения полномочий доступа, основанные либо на принципах паролей, либо на описании полномочий.
7. Синхронизация работы нескольких пользователей.
Достаточно часто может иметь место ситуация, когда несколько пользователей одновременно выполняют операцию обновления одних и тех же данных. Такие коллизии могут привести к нарушению логической целостности данных, поэтому система должна предусматривать меры, не допускающие обновление данных другим пользователям, пока работающий с этими данными пользователь полностью не закончит с ними работать. Основным используемым здесь понятием является понятие «блокировка». Блокировки необходимы для того, чтобы запретить различным пользователям возможность одновременно работать с базой данных, поскольку это может привести к ошибкам.
Для реализации этого запрета СУБД устанавливает блокировку на объекты, которые использует транзакция. Существуют разные типы блокировок – табличные, страничные, строчные и другие, которые отличаются друг от друга количеством заблокированных записей. Чаще других используется строчная блокировка – при обращении транзакции к одной строке блокируется только эта строка, остальные строки остаются доступными для изменения.
Таким образом, процесс внесения изменений в базу данных состоит из следующей последовательности действий: выдается оператор начала транзакции, выдается оператор изменения данных, СУБД анализирует оператор и пытается установить блокировки, необходимые для его выполнения, в случае успешной блокировки оператор выполняется, затем процесс повторяется для следующего оператора транзакции. После успешного выполнения всех операторов внутри транзакции выполняется оператор фиксации транзакции. СУБД фиксирует изменения, сделанные транзакцией, и снимает блокировки. В случае неуспеха выполнения какого-либо из операторов транзакция «откатывается», данные получают прежние значения, блокировки снимаются.
8. Управление ресурсами среды хранения.
БД располагается во внешней памяти ЭВМ. При работе в БД заносятся новые данные (занимается память) и удаляются данные (освобождается память). СУБД выделяет ресурсы памяти для новых данных, перераспределяет освободившуюся память, организует ведение очереди запросов к внешней памяти и т.п.
9. Поддержка деятельности системного персонала.
При эксплуатации базы данных может возникать необходимость изменения параметров СУБД, выбора новых методов доступа, изменения (в определенных пределах) структуры хранимых данных, а также выполнения ряда других общесистемных действий. СУБД предоставляет возможность выполнения этих и других действий для поддержки деятельности БД обслуживающему БД системному персоналу, называемому администратором БД.
Краткие итоги. Рассмотрено понятие системы управления базами данных как интерфейса между прикладными программами и базами данных. Введено понятие банка данных. Дана характеристика основных функций систем управления базами данных, вытекающие из задачи взаимодействия многих пользователей с базой данных:
· Определение структуры создаваемой базы данных, ее инициализация и проведение начальной загрузки
· Предоставление пользователям возможности манипулирования данными (выборка необходимых данных, выполнение вычислений, разработка интерфейса ввода/вывода, визуализация).
· Обеспечение независимости прикладных программ и (логической и физической независимости).
· Защита логической целостности базы данных.
· Защита физической целостности.
· Управление полномочиями пользователей на доступ к базе данных.
· Синхронизация работы нескольких пользователей.
· Управление ресурсами среды хранения.
· Поддержка деятельности системного персонала.
Информация по содержанию данной лекции содержится в [1-3]
Контрольные тесты.
Задача 1. Основные причины появления систем управления базами данных.
Вариант 1.
Что обусловило появление систем управления базами данных?
ð необходимость повышения эффективности работы прикладных программ
ð появление современных операционных систем
+ ð+ совместное использование данных разными прикладными программами
ð большой объем данных в прикладной программе
Вариант 2.
Основные требования, побуждающие пользователя к использованию СУБД:
ð необходимость представления средств организации данных прикладной программе
ð большой объем данных в прикладной программе
ð большой объем сложных математических вычислений
+ ð+ необходимость решения ряда задач с использованием общих данных
Вариант 3.
Требования, из которых не следует необходимость в использовании СУБД:
+ ð+ необходимость представления средств организации данных прикладной программе
+ ð+ большой объем данных в прикладной программе
+ ð большой объем сложных математических вычислений
ð+ необходимость решения ряда задач с использованием общих данных
поле
Задача 2. Основная роль СУБД
Вариант 1
.Основное назначение СУБД:
+ ð обеспечение независимости прикладных программ и данных
ð представление средств организации данных одной прикладной программе
ð поддержка сложных математических вычислений
+ ð+ поддержка интегрированной совокупности данных
Вариант 2.
Что не входит в назначение СУБД?
ð обеспечение независимости прикладных программ и данных
+ ð+ представление средств организации данных одной прикладной программе
+ ð+ поддержка сложных математических вычислений
ð поддержка интегрированной совокупности данных
Вариант 3.
Для чего предназначена СУБД?
+ ð+ для создания базы данных
+ ð+ для ведения базы данных
+ ð+ для использования базы данных
ð для разработки прикладных программ
Задача 3. Основные функции СУБД
Вариант 1.
Что входит в функции СУБД?
+ ð+ создание структуры базы данных
+ ð+ загрузка данных в базу данных
+ ð+ предоставление возможности манипулирования данными
ð проверка корректности прикладных программ, работающих с базой данных
+ ð+ обеспечение логической и физической независимости данных
+ ð+ защита логической и физической целостности базы данных
+ ð+ управление полномочиями пользователей на доступ к базе данных
Вариант 2.
Что не входит в функции СУБД?
ð создание структуры базы данных
ð загрузка данных в базу данных
ð предоставление возможности манипулирования данными
+ ð+ проверка корректности прикладных программ, работающих с базой данных
ð обеспечение логической и физической независимости данных
ð защита логической и физической целостности базы данных
ð управление полномочиями пользователей на доступ к базе данных
Вариант 3.
Основные средства СУБД для работы пользователя с базой данных:
+ ð+ язык запросов
+ ð+ графический интерфейс
ð алгоритмический языкПаскаль
ð разрабатываемые пользователем программы
Задача 4. Определение понятия банка данных.
Вариант 1.
Что входит в понятие банка данных?
+ ð+ база данных
ð прикладные программы работы с базой данных
+ ð+ СУБД
+ ð+ компьютеры с базой данных
+ ð+ администраторы базы данных
Вариант 2.
Как соотносятся понятия база данных и банк данных?
ð одно и то же
ð база данных включает банк данных
+ð+ банк данных включает базу данных
ð не связанные понятия
Вариант 3.
Что не входит в понятие банк данных?
ð база данных
ð технология обработки данных
ð алгоритмы обработки данных
ð+ +помещение, где обрабатываются данные
ð администраторы базы данных
Задача 5. Логическая и физическая независимость данных.
Вариант 1.
Что дает логическая и физическая независимость данных?
ð+ +изменение прикладных программ не приводит к изменению физического представления базы данных
ð изменение программ СУБД не приводит к изменению физического представления данных
+ ð+ изменение физического представления данных не приводят к изменению прикладных программ
+ ð+ изменение программ СУБД не приводит к изменению прикладных программ
Вариант 2.
К чему приведет отсутствие логической и физической независимости данных?
+ ð+ к необходимости изменения прикладных программ при изменении физического представления базы данных
ð к большей достоверности данных
ð+ +к возможному изменению физического представления данных при изменении прикладных программ
ð к более эффективному взаимодействию пользователей с базой данных
Вариант 3.
В чем состоит логическая и физическая независимость данных в базах данных?
+ ð+ представление о данных в прикладных программах и физическое представление данных в компьютере независимы.
ð данные одной прикладной программы независимы от данных другой прикладной программы
+ ð+ изменение прикладных программ не приводит к изменению физического представления базы данных
+ ð+ изменение прикладных программ не приводит к изменению программ СУБД
Задача 6. Что такое логическая и физическая целостность базы данных?
Вариант 1.
Основные цели обеспечения логической и физической целостности базы данных?
ð защита от неправильных действий прикладного программиста
ð защита от неправильных действий администратора баз данных
ð+ +защита от возможных ошибок ввода данных
+ ð+ защита от машинных сбоев
+ ð+ защита от возможного появления несоответствия между данными после выполнения операций удаления и корректировки
Вариант 2.
Какие средства используются в СУБД для обеспечения логической целостности?
+ ð+ Контроль типа вводимых данных
+ ð+ Описание ограничений целостности и их проверка
ð Блокировки
ð Синхронизация работы пользователей
Вариант 3. Какие средства используются в СУБД для обеспечения физической целостности?
ð контроль типа вводимых данных
ð описание ограничений целостности и их проверка
+ ð+ блокировки
+ ð+ транзакции
+ ð+ журнал транзакций
Задача 7. Что такое транзакция?
Вариант 1.
В чем суть использования механизма транзакций?
ð изменения в базу данных вносятся каждой операцией
+ ð+ изменения в базу данных вносятся только после выполнения определенной последовательности операций
ð изменения в базу данных вносятся только администратором базы данных
ð изменения в базу данных вносятся только при определенных условиях
Вариант 2.
При каких условиях система меняет данные в базе данных?
+ ð+ по завершению транзакции
+ ð+ по оператору commit
ð по указанию администратора
ð по оператору модификации данных
Вариант 3.
Для чего ведется журнал транзакций?
ð для анализа действий с базой данных
ð для использования прикладными программами
ð для проверки правильности данных
ð+ для восстановления базы данных
Задача 8. Что такое синхронизация работы пользователей?
Вариант 1.
Зачем нужна синхронизация?
ð для ускорения работы прикладных программ
ð для восстановления базы данных после сбоев
ð+ для предотвращения нарушения достоверности данных
ð для поддержки деятельности системного персонала
Вариант 2.
Какие средства используются для синхронизации?
ð+ блокировки
ð транзакции
ð пароли
ð описание полномочий
Вариант 3.
Последовательность действий СУБД при синхронизации:
ð установка блокировки, начало транзакции, снятие блокировки, завершение транзакции
+ ð+ начало транзакции, установка блокировки, завершение транзакции, снятие блокировки
ð начало транзакции, установка блокировки, продолжение транзакции, снятие блокировки, завершение транзакции
+ ð+ начало транзакции, установка блокировки, выполнение транзакции, откат транзакции, снятие блокировки
Литература
1. Дейт К.Дж. Введение в системы баз данных: Пер. с англ. – 6-е изд. – К.: Диалектика, 1998. – 784 с.
2. Конноли Т., Бэгг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика. 2-е изд.: Пер. с англ. – М.: Издательский дом «Вильямс», 2000. – 1120 с.
3. Крёнке Д. Теория и практика построения баз данных. 8-е изд. – СПб.: Питер, 2003. – 800 с.
Лекция 3. Различные архитектурные решения, используемые при реализации многопользовательских СУБД. Краткий обзор СУБД.
В лекции рассматриваются различные варианты технологии работы с базой данных в многопользовательском режиме (централизованная архитектура, компьютерная сеть с файловым сервером, клиент-серверная архитектура). Дается краткий обзор современных СУБД.
Ключевые словатермины: многопользовательские СУБД,, файл-серевер, сеть с файловым сервером, клиент-сервер,трехзвенная архитектура, многозвенная архитектура, современные СУБД.
Цель лекции: показать о
|
|
|
