Команда COMMIT завершает текущую транзакцию, при этом гарантируется, что результаты работы транзакции сохраняются в базе данных
Свойство транзакции долговечность состоит в том, что, если транзакция выполнена, то результаты ее работы должны сохраниться в базе данных, даже если в следующий момент произойдет сбой системы
Восстановление согласованного состояния базы данных после сбоев подразумевает, что
результаты всех транзакций, не выполненных до конца из-за произошедшего сбоя, должны отсутствовать в восстановленном состоянии БД
результаты всех зафиксированных командой COMMIT транзакций должны присутствовать в восстановленном состоянии БД
результаты транзакций, зафиксированных командой COMMIT должны быть выполнены заново
транзакции, которые не успели выполниться до конца из-за произошедшего сбоя, после восстановления работоспособности системы должны быть заново выполнены до конца
Укажите ситуации, которые относят к “жесткому” сбою системы
содержимое оперативной памяти сохраняется
разрушаются данные на устройстве долговременной памяти (диске)
пропадает изображение с экрана монитора
теряется содержимое буферов оперативной памяти
нарушается работа процессора компьютера
возникают ошибки при передаче данных по сети
теряется содержимое оперативной памяти
возникают ошибки при обмене данными с внешними устройствами
теряется возможность передачи данных по сети
Команда зафиксировать транзакцию
COMMIT
COLLECT
ESCAPE
SAVE
ENTER
COMBACK
EXIT
ROLMIT
ROLLBACK
Транзакция - это
последовательность операторов манипулирования данными БД, переводящая базу данных из одного согласованного состояния в другое
последовательность операторов манипулирования данными БД, выполняющаяся как единое целое
Отметьте свойства, которыми должна обладать транзакция
долговечность
изолированность
согласованность
атомарность
независимость
замкнутость
неупорядоченность
избирательность
синхронность
полнота
доступность
недолговечность
сбалансированность
вложенность
взаимозависимость
последовательность
уникальность
структурированность
асинхронность
упорядоченность
Свойство транзакции “Изолированность” состоит в том, что
если транзакция выполнена, то результаты ее работы должны сохраниться в базе данных, даже если в следующий момент произойдет сбой системы
транзакции должны выполняться последовательно друг за другом
транзакция переводит базу данных из одного согласованного состояния в другое согласованное состояние, с обязательной поддержкой согласованности
данных во все промежуточные моменты времени
транзакция переводит базу данных из одного согласованного состояния в другое согласованное состояние, без обязательной поддержки согласованности
данных во все промежуточные моменты времени
транзакции не должны влиять друг на друга
транзакции не могут выполняться одновременно
транзакция выполняется только вся целиком, как неделимый набор операций
Свойство транзакции атомарность состоит в том, что транзакция выполняется только вся целиком, как неделимая операция.
Укажите ситуации, которые относят к “жесткому” сбою системы
нарушение работоспособности системы из-за отказа устройств долговременной памяти (дисков)
нарушение работоспособности системы из-за потери содержимого оперативной памяти
выход из строя контроллера жесткого диска
выход из строя процессора компьютера
нарушение работоспособности системы из-за нарушения энергопитания системы
нарушение работоспособности системы, последствия которого могут быть устранены самой операционной системой без отключения компьютера
выход из строя ячеек оперативной памяти компьютера
Для чего используется буферизация в оперативной памяти страниц базы данных и страниц журнала транзакций?
Для повышения скорости выполнения операций над данными базы данных
Для обеспечения возможности восстановления данных после сбоев
Для обеспечения дублирования данных, облегчающего их восстановление при сбоях
Для экономии места во внешней памяти
Для повышения скорости записи данных на диски
Для продления ресурса дисков
Любые действия по модификации данных в базе данных
могут в какие-то моменты времени нарушать целостность данных
должны переводить базу данных из одного целостного состояния в другое целостное состояние
ни в один момент времени не должны нарушать ограничений целостности базы данных
всегда должны обеспечивать сохранение базы данных в целостном (согласованном) состоянии
Свойство транзакции согласованность состоит в том, что транзакция переводит базу данных из одного согласованного состояния в другое также согласованное состояние, без обязательной поддержки согласованности данных во все промежуточные моменты времени.
Принципы согласованной политики выталкивания буфера журнала транзакций и буферов страниц базы данных:
При выполнении команды СОММІТ во внешнюю память журнала должны быть вытолкнуты все записи буфера журнала, относящиеся к изменениям данных, совершенных этой транзакцией
Фиксация транзакции командой СOММІТ означает, что все измененные танзакцией объекты сохранены во внешней памяти
Фиксация транзакции командой СОММІТ означает, что транзакция не может быть доведена до конца и ее следует откатить
При фиксации транзакции командой COMMIT измененные транзакцией данные записываются на диск, а записи буфера журнала транзакций очищаются
Фиксация транзакции командой COMMIT, что память, отведенная для этой транзакции под буфер журнала, может быть освобождена и предоставлена другой транзакции
При выполнении команды СОММІТ во внешнюю память должны быть вытолкнуты из буферов данных все записи, относящиеся к изменениям данных, совершенныхэтой транзакцией
Логическая единица работы СУБД, представляющая собой последовательность операторов манипулирования данными, выполняющаяся как единое целое и переводящая базу данных из одного согласованного состояния в другое называется ...
транзакцией
Команда ROLLBACK завершает неудачную транзакцию, полностью аннулируя ее результаты.
Укажите правильные ответы, относящиеся к транзакции T1
никаких операций по восстановлению не требуется
транзакцию необходимо повторить целиком
требуется откатить транзакцию
для транзакции необходимо повторить заново операции, которые были выполнены после принятия контрольной точки
для транзакции необходимо повторить заново операции, которые были выполнены до принятия контрольной точки
Укажите правильные ответы, относящиеся к транзакции Т4
все записи журнала этой транзакции сохранены в долговременной памяти
начата после принятия контрольной точки
успешно завершена до сбоя системы
измененные в ходе этой транзакции данные отсутствуют в долговременной памяти
начата до принятия контрольной точки
все измененные в ходе этой транзакции данные сохранены в долговременной памяти
не все записи журнала об изменениях данных в этой транзакции сохранены в долговременной памяти
не все записи журнала этой транзакции сохранены в долговременной памяти
данные, измененные транзакцией до контрольной точки, сохранены в долговременной памяти
не успела завершиться до сбоя системы
записи журнала этой транзакции отсутствуют в долговременной памяти
Укажите правильные ответы, относящиеся к транзакции T2
данные, измененные транзакцией до контрольной точки, сохранены в долговременной памяти
все записи журнала этой транзакции сохранены во внешней памяти
данные, измененные транзакцией после контрольной точки, отсутствуют в долговременной памяти
записи журнала этой транзакции отсутствуют во внешней памяти
все измененные транзакцией данные сохранены в долговременной памяти
данные, измененные транзакцией до контрольной точки, отсутствуют в долговременной памяти
все измененные транзакцией страницы данных отсутствуют в долговременной памяти
не все записи журнала этой транзакции сохранены во внешней памяти
данные, измененные транзакцией после контрольной точки, сохранены в долговременной памяти
Укажите правильные ответы, относящиеся к транзакции Т5
никаких действий предпринимать не нужно
для транзакции необходимо повторить заново операции, которые были выполнены до сбоя
для транзакции необходимо повторить заново операции, которые были выполнены после принятия контрольной точки
транзакцию следует откатить
для транзакции необходимо повторить заново операции, которые были выполнены до принятия контрольной точки
транзакцию следует повторить заново
для транзакции необходимо выполнить операции, которые она не смогла выполнить из-за сбоя
Укажите правильные ответы, относящиеся к транзакции T3
изменения данных, внесенные транзакцией после контрольной точки во внешней памяти отсутствуют
не завершена в результате сбоя
начата до принятия контрольной точки
записи журнала этой транзакции до контрольной точки находятся во внешней памяти
страницы данных, измененные транзакцией до принятия контрольной точки, содержатся во внешней памяти
все записи журнала этой транзакции отсутствуют во внешней памяти
успешно завершена до сбоя
страницы данных, измененные транзакцией до принятия контрольной точки, отсутствуют во внешней памяти
никаких следов изменений, внесенных транзакцией во внешней памяти нет
все записи журнала этой транзакции до момента сбоя находятся во внешней памяти
начата после принятия контрольной точки
Если транзакция уже заблокировала некоторый объект S-блокировкой, то перед обновлением этого объекта
она должна заменить S-блокировку на Х-блокировку
так как S-блокировка установлена этой же транзакцией, то для обновления объекта блокировка может не изменяться
S-блокировка уже не может заменяться на Х-блокировку
установленная блокировка может меняться только после ее снятия
Совместимость S и Х блокировок
Если транзакция А заблокировала кортеж S-блокировкой,
то транзакция В может наложить свою S-блокировку;
то транзакция В не может и наложить свою Х-блокировку:
то транзакция А может наложить свою Х-блокировку;
то транзакция В не может разблокировать кортеж и наложить свою S-блокировку;
то транзакция В не может разблокировать кортеж и наложить свою X-блокировку.
Совместимость S и Х блокировок
Если транзакция А заблокировала кортеж X-блокировкой,
то транзакция В не может наложить свою S-блокировку;
то транзакция В не может наложить свою X-блокировку:
то транзакция А не может наложить свою S-блокировку:
то транзакция B не может разблокировать кортеж и наложить свою S-блокировку:
то транзакция В не может разблокировать кортеж и наложить свою Х-блокировку.
Какие проблемы возникают при параллельном выполнении представленных на рисунке транзакций?
Проблема несовместимого анализа - фиктивные элементы (фантомы)
Проблема потери результатов обновления.
Проблема несовместимого анализа - собственно несовместимый анализ
Проблема незафиксированной зависимости (чтение “грязных данных”, неаккуратное считывание)
Проблема несовместимого анализа - неповторяемое считывание
Какие проблемы имеют место при параллельном выполнении представленных на рисунке транзакций?
Проблема незафиксированной зависимости (чтение “грязных данных”, неаккуратное считывание)
Проблема несовместимого анализа - неповторяемое считывание
Проблема потери результатов обновления.
Проблема несовместимого анализа - фиктивные элементы (фантомы)
Проблема несовместимого анализа - собственно несовместимый анализ
Транзакции называются конкурирующими, если
выполнение одной транзакции влияет на выполнение другой транзакции
они обращаются к одним и тем же данным
они одновременно обращаются к одним и тем же данным
они начинаются одновременно
они заканчиваются одновременно
они выполняются одновременно
они пересекаются во времени
Какая ситуация имеет место в приведенном ниже примере?
решение проблемы незафиксированной зависимости (чтение “грязных данных”, неаккуратное считывание)
не решенная проблема незафиксированной зависимости (чтение “грязных данных”, неаккуратное считывание)
решение проблемы несовместимого анализа - фиктивные элементы (фантомы)
не решенная проблема потери результатов обновления
не решенная проблема несовместимого анализа - неповторяемое считывание
решение проблемы несовместимого анализа - неповторяемое считывание
возникла новая проблема - ситуация тупика
не решенная проблема несовместимого анализа - фиктивные элементы (фантомы)
решение проблемы потери результатов обновления
Какая ситуация имеет место в приведенном ниже примере?
решение проблемы соственно несовместимого анализа
возникновение проблемы - ситуация тупика
решение проблемы потери результатов обновления
решение проблемы несовместимого анализа - неповторяемое считывание
не решенная проблема несовместимого анализа - фиктивные элементы (фантомы)
не решенная проблема несовместимого анализа - неповторяемое считывание
не решенная проблема незафиксированной зависимости (чтение “грязных данных”, неаккуратное считывание)
не решенная проблема потери результатов обновления
решение проблемы несовместимого анализа - фиктивные элементы (фантомы)
решение проблемы незафиксированной зависимости (чтение “грязных данных”, неаккуратное считывание)
Какие из приведенных ниже утверждений соответствуют протоколу двухфазной блокировки?
После снятия блокировки с какого-либо объекта транзакция не должна накладывать блокировок на другие объекты
Перед выполнением каких-либо операций с некоторым объектом базы данных транзакция должна заблокировать этот объект
Если после снятия блокировки с какого-либо объекта транзакция хочет снова работать с этим объектом, то она вначале должна снова заблокировать этот объект
Если после снятия блокировки с какого-либо объекта транзакция хочет работать с другим объектом, то она вначале должна заблокировать этот объект
Перед выполнением каких-либо операций с заблокированным объектом базы данных транзакция должна снять блокировку с этого объекта
Удовлетворяет ли приведенная на рисунке транзакция требованиям протокола двухфазной блокировки?
да
нет
Удовлетворяет ли приведенная на рисунке транзакция требованиям протокола двухфазной блокировки?
нет
да
Укажите, какие из представленных на рисунках последовательностей блокирования, работы и освобождения объектов БД соответствуют схемам
не соответствует
***
соответствует
***
не соответствует
***
соответствует
***
Если блокируется более крупный объект базы данных, то
накладные расходы на установку блокировок ниже
вероятность конфликта транзакций выше
вероятность конфликта транзакций ниже
накладные расходы на установку блокировок не зависят от размера блокируемого объекта БД
вероятность конфликта транзакций не зависит от размера блокируемого объекта БД
накладные расходы на установку блокировок выше
Для решения каких проблем, возникающих при конфликте транзакций, целесообразно применять предикатные синхронизационные блокировки?
Несовместимый анализ - фиктивные элементы (фантомы) V
Несовместимый анализ - неповторяемое считывание
Проблема незафиксированной зависимости (чтение «грязных данных», неаккуратное считывание)
Проблема потери результатов обновления
Собственно несовместимый анализ
Каждой транзакции Т приписывается временная метка t, соответствующая моменту ее начала.
Транзакция В перед выполнением операции над объектом R выполняет следующие действия.
Проверяет, помечен ли и кем помечен этот объект другой транзакцией.
Если объект не помечен, то транзакция помечает его своей временной меткой и типом операции (чтение или изменение).
Если объект помечен , то транзакция B проверяет, не закончилась ли транзакция A, пометившая этот объект.
Если транзакция Aзавершилась, транзакция В помечает объект R своей временной меткой и выполняет операцию.
Если транзакция Aеще не завершилась , то транзакция В проверяет конфликтность операций.
Если операции неконфликтны, то при объекте R остается или проставляется временная метка с меньшим значением и транзакция B выполняет свою операцию.
Если операции транзакций А и В конфликтны, то, если t(A) больше t(B) (т. е. транзакция А является более «молодой», чем В), то транзакция A откатывается и, получив новую временную метку, начинается заново.
Транзакция B продолжает работу.
Если же t(A) меньше t(B) (т. е. транзакция А является более «старой», чем В), то транзакция B откатывается и, получив новую временную метку, начинается заново.
Транзакция A продолжает работу.
В итоге система обеспечивает такую работу, при которой при возникновении конфликтов всегда откатывается более «молодая» транзакция (начавшаяся позже).
Метод временных меток.
Метод временных меток используется для обеспечения сериализации транзакций
Временная метка соответствует моменту начала транзакции
При использовании метода временных меток журнал транзакций используется
При использовании метода временных меток журнал транзакций не используется
Временная метка соответствует моменту записи содержимого буфера данных на диск
Временная метка соответствует моменту записи содержимого буфера журнала на диск
Метод временных меток используется для обеспечения возможности восстановления согласованности данных при сбоях
Временная метка соответствует моменту времени, когда транзакция блокирует объект
Временная метка соответствует моменту окончания транзакции
Сравнение метода временных меток и метода блокировок
При использовании метода временных меток эффективность распараллеливания транзакций будет ниже, чем при использовании метода блокировок.
При использовании метода временных меток неизвестно, какая транзакция будет откатана - более «дорогая» или более «дешевая».
При использовании метода временных меток откаты транзакций будут чаще, чем при использовании метода блокировок.
Метод временных меток реализуется проще, чем метод, основанный на блокировках
При использовании метода временных меток эффективность распараллеливания транзакций будет выше, чем при использовании метода блокировок
При использовании метода временных меток всегда откатывается более «дешевая» транзакция.
При использовании метода временных меток всегда откатывается более «дорогая» транзакция.
При использовании метода временных меток откаты транзакций будут реже, чем при использовании метода блокировок.
Метод временных меток реализуется сложнее, чем метод, основанный на блокировках
Граф ожидания транзакций - это ориентированный граф, в котором существует деа типа вершин - вершины, состеетствующие транзакциям, и вершины, соответствующие объектам .В этом графе существует дуга, ведущая из вершины-транзакции к вершине-объекту если для транзакции существует удовлетворенная блокировка объекта, и дуга из вершины-объекта к вершине-транзакции если транзакция ожидает удовлетворения захвата объекта.
Метод сериализации транзакций, основанный на выделении версий данных
Для каждой транзакции формируется и запоминается ее текущий системный номер (SCN). Чем позже начата транзакция, тем больше ee SCN.
При выполнении операции записи страниц данных на диск фиксируется SCN транзакции, производящей эту операцию. Этот SCN становится текущим системным номером страницы данных. Транзакции, только читающие данные, не блокируют объекты в базе данных.
Если транзакция А читает страницу данных, то SCN транзакции А сравнивается с SCN читаемой страницы данных.
Если SCN страницы данных меньше или равен SCN транзакции А, то транзакция А читает эту страницу.
Если SCN страницы данных больше SCN транзакции А, то это означает, что некоторая транзакция В, начавшаяся позже транзакции A, успела изменить данные страницы. В этом случае транзакция A просматривает журнал транзакцийназад в поиске первой записи об изменении нужной страницы данных с SCN меньшим, чем SCN транзакции А. Найдя такую запись, транзакция А использует старый вариант данных страницы.
При использовании метода выделения версий данных транзакция не накладывает блокировки на читаемые данные и не блокирует другие транзакции, изменяющие данные.
При использовании метода выделения версий данных откаты транзакций будут происходить реже, чем при использовании обычного метода блокировок
При использовании метода выделения версий данных эффективность распараллеливания транзакций будет выше, чем при использовании обычного метода блокировок
Средствами стандартного языка SQL можно управлять:
уровнями изоляции транзакций
видом накладываемых на объекты блокировок
информацией о транзакции, записываемой в журнал транзакций
интервалом времени, в течении которого транзакция может находиться в состоянии ожидания
выбором откатываемой транзакции при возникновении тупика
выбором метода сериализации транзакций (блокировки, временные метки, выделение версий данных)
В сетевой информационной системе с базой данных наиболее слабые требования к мощности клиентских компьютеров (рабочих станций) предъявляются при использовании
трехзвенной клиент-серверной архитектуры с сервером БД и сервером приложений
двухзвенной клиент-серверной архитектуры с активным сервером БД
архитектуры с файловым сервером базы данных
двухзвенной клиент-серверной архитектуры с сервером БД и “толстым” клиентом
архитектуры с компьютером-мэйнфреймом
При построении распределенной информационной системы с базой данных по двухзвенной архитектуре клиент-сервер с активным сервером базы данных функции управления файлами с данными и устройствами их хранения реализуются
на компьютере - сервере базы данных
на компьютере - сервере приложений
на компьютере - файловом сервере
на компьютерах - рабочих станциях
на компьютере - мэйнфрейме
Операционная система и ее файловая подсистема осуществляют реализацию функций
по управлению файлами данных и устройствами их хранения
по обеспечению эффективного обновления версий прикладного ПО на клиентских компьютерах
по оптимизации сетевого трафика между сервером и клиентом
по обработке и интерпретации данных в соответствие с алгоритмами решения конкретных пользовательских задач
по формированию экранных форм для отображения и ввода данных, по обработке манипуляций мыши и клавиатуры
по управлению информационными ресурсами базы данных на уровне их концептуальной схемы, по обеспечению целостности данных
по построению индексов для эффективной выборки данных
Функции формирования экранных форм для ввода и отображения данных, обработки манипуляций мыши и клавиатуры относят
к презентационной логике информационной системы с базой данных
к функциям клавиатуры компьютера
к бизнес-логике информационной системы с базой данных
к логике базы данных
к функциям интерфейсных устройств клиентского компьютера
к функциям манипулятора мышь компьютера
к функциям файловой подсистемы операционной системы
к функциям монитора компьютера
Укажите соответствие представленных рисунков предложенным вариантом организации сетевых информационных систем с БД
клиент-сервер с сервером приложений
клиент-сервер с активным сервером БД
файловый сервер БД
клиент-сервер с "толстым" клиентом
При построении распределенной сетевой информационной системы с базой данных, построенной по классической двухзвенной клиент-серверной архитектуре, презентационная логика реализуется
на компьютере - клиентской рабочей станции
на компьютере - сервере бизнес-логики базы данных
на подключенных к мэйнфрейму пользовательских терминалах
на компьютере - сервере презентационной логики
на компьютере - мэйнфрейме
на компьютере - сервере логики базы данных
на компьютере - сервере приложений
на компьютере - файловом сервере
на компьютере - сервере базы данных
На рисунке представлена информационная система с базой данных, построенная:
на основе двухзвенной клиент-серверной архитектуры с активным сервером БД
на основе трехзвенной клиент-серверной архитектуры с сервером БД и сервером приложений
на основе двухзвенной клиент-серверной архитектуры с сервером БД и “толстым” клиентом
на основе компьютера-мэйнфрейма
на основе сетевой архитектуры с использованием файлового сервера базы данных
При построении компьютерной информационной системы с базой данных на основе мэйнфреймовой архитектуры презентационная логика реализуется
на компьютере - мэйнфрейме
на компьютере - файловом сервере
на компьютере - клиентской рабочей станции
на компьютере - сервере бизнес-логики базы данных
на компьютере - сервере логики базы данных
на компьютере - сервере презентационной логики
на компьютере - сервере базы данных
на web-сервере
на подключенных к мэйнфрейму пользовательских терминалах
на компьютере - сервере приложений
К презентационной логике информационной системы с БД относят функции:
по формированию экранных форм для отображения и ввода данных, по обработке манипуляций мыши и клавиатуры
по передаче данных от сервера к клиенту и обратно
по интерпретации и выполнению 5QL-запросов
по управлению информационными ресурсами базы данных на уровне их концептуальной схемы, по обеспечению целостности данных
по обработке и интерпретации данных в соответствие с алгоритмами решения конкретных пользовательских задач
по обеспечению эффективного обновления версий прикладного ПО на клиентских компьютерах
по управлению файлами данных и устройствами их хранения
При использовании какой (каких) из приведенных архитектур сетевой информационной системы с базой данных наиболее просто реализуется возможность обновления бизнес-логики пользовательских приложений
двухзвенной клиент-серверной архитектуры с активным сервером базы данных
трехзвенной клиент-серверной архитектуры с сервером БД и сервером приложений
двухзвенной клиент-серверной архитектуры с “толстым” клиентом
архитектура с файловым сервером базы данных
На рисунке представлена информационная система с базой данных, построенная:
трехзвенной клиент-серверной архитектуре с сервером базы данных и сервером приложений
по двухзвенной клиент-серверной архитектуре с “толстым” клиентом
по сетевой архитектуре с файловым сервером
на основе компьютера-мэйнфрейма
по двухзвенной сетевой архитектуре с активным сервером базы данных
по двухзвенной клиент-серверной архитектуре
При построении распределенной информационной системы с сервером базы данных по двухзвенной клиент-серверной архитектуре функции управления данными на уровне концептуальной схемы БД и обеспечения целостности данных реализуются
на компьютере - сервере базы данных
на компьютере - клиентской рабочей станции
на компьютере - мэйнфрейме
на компьютере - файловом сервере
на web-сервере
на компьютере - сервере логики базы данных
на компьютере - сервере приложений
На рисунке представлена информационная система с базой данных, построенная:
на основе сетевой архитектуры с файловым сервером
на основе двухзвенной клиент-серверной архитектуры с активным сервером БД
на основе двухзвенной клиент-серверной архитектуры с сервером БД и “толстым” клиентом
на основе трехзвенной клиент-серверной архитектуры с сервером БД и сервером приложений
на основе компьютера-мэйнфрейма
При построении распределенной информационной системы с базой данных по классической двухзвенной клиент-серверной архитектуре функции управления файлами с данными и устройствами их хранения реализуются
на компьютере - сервере базы данных
на компьютере - файловом сервере
на компьютере - сервере приложений
на компьютерах - рабочих станциях
на компьютере - мэйнфрейме
При построении распределенной информационной системы с базой данных по клиент-серверной архитектуре с активным сервером базы данных бизнес-логика конкретных пользовательских задач реализуется
на компьютере - сервере базы данных
на web-сервере
на подключенных к мэйнфрейму пользовательских терминалах
на компьютере - сервере приложений
на компьютере - мэйнфрейме
на компьютере - сервере логики базы данных
на компьютере - файловом сервере
на компьютере - клиентской рабочей станции
на компьютере - сервере бизнес-логики базы данных
На рисунке представлена информационная система с базой данных, построенная на:
на основе двухзвенной клиент-серверной архитектуры с сервером БД и “толстым” клиентом
на основе трехзвенной клиент-серверной архитектуры с сервером БД и сервером приложений
на основе компьютера-мэйнфрейма
на основе двухзвенной клиент-серверной архитектуры и активного сервера БД
на основе сетевой архитектуры с использованием файлового сервера базы данных
При построении компьютерной информационной системы с базой данных на основе компьютера-мэйнфрейма бизнес-логика пользовательских задач реализуется
на самом компьютере - мэйнфрейме
на компьютере - клиентской рабочей станции
на компьютере - сервере приложений
на компьютере - сервере базы данных
на компьютере - файловом сервере
на подключенных к мэйнфрейму пользовательских терминалах
на web-сервере
на компьютере - сервере логики базы данных
При построении распределенной информационной системы по клиент-серверной архитектуре с активным сервером базы данных функции управления данными на уровне концептуальной схемы БД и обеспечения целостности данных реализуются
на компьютере - сервере базы данных
на компьютере - сервере приложений
на компьютере - файловом сервере
на компьютере - сервере логики базы данных
на компьютере - клиентской рабочей станции
на компьютере - мэйнфрейме
на web-сервере
Укажите правильные ответы, относящиеся к транзакции Т4
начата после принятия контрольной точки
все записи журнала этой транзакции сохранены в долговременной памяти
успешно завершена до сбоя системы
измененные в ходе этой транзакции данные отсутствуют в долговременной памяти
начата до принятия контрольной точки
не все записи журнала этой транзакции сохранены в долговременной памяти
не все записи журнала об изменениях данных в этой транзакции сохранены в долговременной памяти
все измененные в ходе этой транзакции данные сохранены в долговременной памяти
данные, измененные транзакцией до контрольной точки, сохранены в долговременной памяти
не успела завершиться до сбоя системы
записи журнала этой транзакции отсутствуют в долговременной памяти
При построении распределенной информационной системы с сервером базы данных по двухзвенной клиент-серверной архитектуре функции управления данными на уровне концептуальной схемы БД и обеспечения целостности данных реализуются
на компьютере - сервере базы данных
на компьютере - сервере логики базы данных
на web-сервере
на компьютере - клиентской рабочей станции
на компьютере - мэйнфрейме
на компьютере - сервере приложений
на компьютере - файловом сервере
Укажите правильные ответы, относящиеся к транзакции Т2
начата до принятия контрольной точки
не все данные, измененные в ходе этой транзакции сохранены в долговременной памяти
успешно завершена до наступления сбоя
данные, измененные транзакцией до контрольной точки, сохранены в долговременной памяти
не успела завершиться до принятия контрольной точки
начата после принятия контрольной точки
успешно завершена до принятия контрольной точки
не все записи журнала этой транзакции сохранены в долговременной памяти
все данные, измененные в ходе этой транзакции сохранены в долговременной памяти
не успела завершиться до наступления сбоя
записи журнала этой транзакции отсутствуют в долговременной памяти
все записи об изменениях данных в этой транзакции отсутствуют в долговременной памяти
все записи журнала этой транзакции сохранены в долговременной памяти
Рисунок
низкий трафик, повышенные требования к ресурсам сервера БД
низкий трафик, сложность обновления бизнес-логики
высокий сетевой трафик, низкий уровень безопасности данных
низкий трафик, простое обновление бизнес-логики
При использовании для индексирования данных структур типа В-дерева
необходимо следить за сбалансированностью В-дерева
время поиска данных зависит от степени сбалансированности В-дерева
RowID это -
идентификатор (номер) кортежной записи в файле данных отношения
идентификатор (номер) записи данных (дорожки) на диске
идентификатор (номер) кортежа в отношении
идентификатор (номер) страницы в файле данных отношения
Метод предикатных синхронизационных блокировок:
уменьшает вероятность возникновения конфликтов транзакций по сравнению с использованием блокировок по намерению
устраняет появление кортежей-фантомов
реализуется сложнее, чем метод, использующий блокировки по намерению
предикатные блокировки могут использоваться для любых условий в запросах
предикатные блокировки могут быть реализованы для любых типов логических условий в запросах
увеличивает вероятность возникновения конфликтов транзакций по сравнению с использованием блокировок по намерению
устраняет возможность появления тупиков
реализуется проще, чем метод, использующий блокировки по намерению
Укажите правильные ответы, относящиеся к транзакции Т5
записей журнала этой транзакции нет во внешней памяти
начата после принятия контрольной точки
не завершена в результате сбоя
данные, измененныех в ходе этой транзакции отсутствуют в долговременной памяти
успешно завершена до сбоя системы
все данные, измененные этой транзакцией сохранены в долговременной памяти
данные, измененные транзакцией до момента сбоя, сохранены в долговременной памяти
начата до принятия контрольной точки
все записи журнала этой транзакции сохранены в долговременной памяти
все записи журнала этой транзакции до момента сбоя сохранены в долговременной памяти
не все, а только часть измененых этой транзакцией данных сохранены в долговременной памяти
На уровне системы управления базой данных (СУБД) данные, хранимые в базе данных, выглядят как:
набор записей файлов (файлы соответствуют отношениям, записи файлов - кортежам отношений и поля записей - атрибутам)
набор страниц файлов
набор отношений, состоящих из заголовка, кортежей и атрибутов
набор страниц данных, размещенных в определенных местах на дисковом носителе (цилиндрах, дорожках, секторах)
При использовании для индексирования структур типа В-дерева время поиска в файле данных нужной записи
зависит от количества уровней В-дерева
зависит от того в начале или в конце файла находится искомая запись
зависит от степени сбалансированности В-дерева
зависит от количества ветвей В-дерева
зависит от количества считываемых в память листовых страниц В-дерева
Средствами стандартного языка 5QL можно управлять:
уровнями изоляции транзакций
интервалом времени, в течении которого транзакция может находиться в состоянии ожидания
выбором метода сериализации транзакций (блокировки, временные метки, выделение версий данных)
видом накладываемых на объекты блокировок
информацией о транзакции, записываемой в журнал транзакций
выбором откатываемой транзакции при возникновении тупика
При построении распределенной сетевой информационной системы с базой данных по клиент-серверной архитектуре с “толстым” клиентом презентационная логика реализуется
на компьютере - клиентской рабочей станции
на компьютере - сервере базы данных
на головном компьютере - мэйнфрейме
на компьютере - сервере бизнес-логики базы данных
на компьютере - сервере логики базы данных
на подключенных к мэйнфрейму пользовательских терминалах
на компьютере - сервере презентационной логики
на компьютере - файловом сервере
на компьютере - сервере приложений
При использовании для индексирования данных структуры типа В-дерева количество считываемых в оперативную память страниц индексного файл
не зависит от того, где расположена искомая запись данных (в начале, в середине, в конце файла)
зависит от того, где расположена искомая запись данных (в начале, в середине, в конце файла)
будет больше, если искомая запись расположена в конце файла данных
будет меньше, если искомая запись расположена ближе к началу файла данных
Укажите правильные ответы, относящиеся к транзакции Т3
изменения данных, внесенные транзакцией после контрольной точки во внешней памяти отсутствуют
успешно завершена до сбоя
никаких следов изменений, внесенных транзакцией во внешней памяти нет
не завершена в результате сбоя
все записи журнала этой транзакции до момента сбоя находятся во внешней памяти
страницы данных, измененные транзакцией до принятия контрольной точки, содержатся во внешней памяти
начата до принятия контрольной точки
начата после принятия контрольной точки
записи журнала этой транзакции до контрольной точки находятся во внешней памяти
все записи журнала этой транзакции отсутствуют во внешней памяти
страницы данных, измененные транзакцией до принятия контрольной точки, отсутствуют во внешней памяти
Индексный файл это файл, создаваемый в базе данных в дополнение к файлу с хранимыми данными для сокращения времени выполнения SQL запроса с оператором SELECT
Индексирование атрибутов отношения базы данных осуществляется для того, чтобы
уменьшить время поиска и выборки кортежей отношения
уменьшить время вставки в отношение большого числа кортежей
уменьшить время удаления из отношения большого числа кортежей
уменьшить время обновления большого числа кортежей
при операции удаления кортежей не происходило потери информации
обеспечить целостность данных при операциях модификации данных в отношении
Совместимость S и Х блокировок
Если транзакция А заблокировала кортеж S-блокировкой,
то транзакция В может наложить свою S-блокировку;
то транзакция В не может наложить свою X-блокировку;
то транзакция А может наложить свою -локеровку:
то транзакция В не может разблокировать кортеж и наложить свою S-блокировку:
то транзакция В не может разблокировать кортеж и наложить свою X-блокировку.
Если транзакция А заблокировала кортеж Х-блокировкой,
то транзакция В не может наложить свою S-блокировку;
то транзакция В не может наложить свою X-блокировку;
то транзакция А не может наложить свою S-блокировку;
то транзакция В не может разблокировать кортеж и наложить свою S-блокировку:
то транзакция В не может разблокировать кортеж и наложить свою X-блокировку.
Укажите правильные ответы, относящиеся к транзакции Т1
успешно завершена до наступления сбоя
все записи об изменениях данных в этой транзакции сохранены в долговременной памяти
все записи журнала этой транзакции сохранены в долговременной памяти
начата до принятия контрольной точки
успешно завершена до принятия контрольной точки
не успела завершиться до наступления сбоя
начата после принятия контрольной точки
не успела завершиться до принятия контрольной точки
записи об изменениях данных в этой транзакции отсутствуют в долговременной памяти
записи журнала этой транзакции отсутствуют в долговременной памяти
Если вместо группы кортежей отношения заблокировать все отношение, то
вероятность конфликта транзакций будет выше
проблема фиктивных элементов (фантомов) будет решена
накладные расходы на установку блокировок будут ниже
проблема фиктивных элементов (фантомов) не будет решена
накладные расходы на установку блокировок будут выше
вероятность конфликта транзакций будет ниже
Укажите ситуации, которые относят к “жесткому” сбою системы
нарушение работоспособности системы из-за отказа устройств долговременной памяти (дисков)
нарушение работоспособности системы из-за нарушения энергопитания системы
нарушение работоспособности системы из-за потери содержимого оперативной памяти
выход из строя ячеек оперативной памяти компьютера
выход из строя контроллера жесткого диска
выход из строя процессора компьютера
нарушение работоспособности системы, последствия которого могут быть устранены самой операционной системой без отключения компьютера
При построении распределенной информационной системы на основе сетевой архитектуры с файловым сервером бизнес-логика пользовательских задач реализуется
на компьютере - клиентской рабочей станции
на компьютере - сервере логики базы данных
на подключенных к мэйнфрейму пользовательских терминалах
на компьютере - сервере приложений
на компьютере - сервере бизнес-логики базы данных
на компьютере - файловом сервере
на web-cepвepe
на компьютере - сервере базы данных
на компьютере - мэйнфрейме
Функции формирования экранных форм для ввода и отображения данных, обработки манипуляций мыши и клавиатуры относят
к презентационной логике информационной системы с базой данных
к функциям монитора компьютера
к логике базы данных
к функциям клавиатуры компьютера
к бизнес-логике информационной системы с базой данных
к функциям манипулятора мышь компьютера
к функциям интерфейсных устройств клиентского компьютера
к функциям файловой подсистемы операционной системы
Укажите пункты в наибольшей степени соответствующие сетевым информационным системам с “тонким” клиентом
двухзвенная клиент-серверная архитектура с активным сервером БД
трехзвенная клиент-серверная архитектура с сервером БД и сервером приложений
архитектура с компьютером-мэйнфреймом
архитектура с файловым сервером базы данных
классическая двухзвенная клиент-серверная система с сервером БД
На уровне диспетчера дисков данные, хранимые в базе данных, выглядят как:
набор страниц данных, размещенных в определенных местах на дисковом носителе (цилиндрах, дорожах, секторах)
набор страниц файлов
набор отношений, состоящих из заголовка, кортежей и атрибутов
набор записей файлов (файлы соответствуют отношениям, записи файлов - кортежам отношений и поля записей - атрибутам)
Команда ROLLBACK завершает неудачную транзакцию, полностью аннулируя ее результаты.
При построении информационной системы на основе архитектуры с компьютером, называемым мэйнфреймом, функции управления файлами с данными и устройствами их хранения реализуются
на самом компьютере - мэйнфрейме
на компьютере - файловом сервере
на компьютере - сервере приложений
на компьютерах - рабочих станциях
на компьютере - сервере базы данных
Какие из нижеприведённых утверждений Вы считаете правильными?
Данные в базе данных всегда находятся в согласованном состоянии
Данные в базе данных всегда должны находиться в согласованном состоянии
Данные в базе данных всегда должны находиться в корректном состоянии
Данные в базе данных могут не всегда находиться в согласованном состоянии
Принципы согласованной политики выталкивания буфера журнала транзакций и буферов страниц базы данных:
Принятие контрольной точки означает выталкивание во внешнюю память содержимого буферов базы данных
Принятие контрольной точки означает периодическое выталкивание во внешнюю память завешенных транзакций и откат не завешенных по тем или иным причинам транзакций
Принятие контрольной точки означает выталкивание во внешнюю память содержимого буферов журнала транзакций
Принятие контрольной точки означает удаление из оперативной памяти содержимого буферов базы данных и запись на диск списка всех осуществляемых в данный момент транзакций
Принятие контрольной точки означает проверку успешности выполнения транзакций, для того, чтобы откатить неудачные транзакции